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ie LNtTRODUCTION 


The United States Navy Patrol Aviation (VP) Community 
has, for the last 40 years, been a vital and viable force in 
the defense of the nation. It has grown from the days of 
mye PSY or "Catalina" scout aircrait, tO 8a present 
characterized by highly capapie, technically sophisticated 
"Submarine Killers". The operational complexity, and 
*herefore the management of these operations, has also 
become Signiricantly more difficult to comprehend. 

Within the Naval Air Force, Maritime Patrol Forces are 
eecolntable to two major commands. Commander patrol dings 
Atlantic has two active Wings consisting of six Squadrons 


each, a number of Reserve squadrons, anda Fleet Replacement 


Squadron (FRS). Commander Patrol Wings Pacific has 
essentially the same make-up. The active Atlantic Fleet 
units are home-ported in Brunswick, Maine and in 


Jacksonville, Florida, with the Replacement Squadron also 
located in Jacksonville. The Pacific Fleet units are 
located at Moffett Field, California, and at Barbers Doint, 
Hawaii, with the Replacement Squadron at Moffett Field. 

The primary mission of these commands is Antisubmarine 
Warfare (ASW), with an additional number of major 


BeESPONSI Di Lities, including: 
1) 





Sievert dlance, fone 1G, Lice Slipping, COmmpunrications, 


Intelligence, and Search and Rescue. All Patrol Squadrons 
eurrently fly the Poa Oraem ageceratt © 2h various 
evolutionary models. The newest model currently in the 


Fleet is the P-3C Update II. Bullt ky Lockheed, eae 
accepted throughcut the world as the finest Patrol aircraft 
available. 

Current Patrol Community operations are carried on 
worldwide at a number of deployment sites. Atlantic Fleet 
locations are Keflavik, Iceland; Bermuda; Lajes, Azores; 
Rota, Spain; Sigonelia, Sicily; and a number of temporary 
detachment fields. Pacific deployment sites currently 
includ2 Adak, Alaska; Cubi Point, Phillipines; Kadena, 
Okinawa; Misawa, Japan; Guam; and Diego Garcia in the Indiana 
Ocean. 

The cost of the diverse services of the Patrol Community 
has recently run at about one percent of the Navy's annual 
expenditures. [Ref. 1] In terms of personnel, each 
Squadron's complement is about 360, of which roughly 140 are 
aeeGecrewmen. When combined with Patrol Wing staffs, Naval 
Air Station personnel and facilities, Aviation Intermediate 


Maintenance Departments (AIMD), and Antisubmarine Warfare 
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Peerat.Ons Centers (AS ¥OC) ac each deployment site, fc 
becomes very clear that the Navy's commitment to this 
endeavor is far-reaching and permanent. 

Due +o the importance of the community, especially the 
Andividual Patrol Squadrons, it is esséntial tnat those in 
positions of leadership within the community strive to 
attain and maintain a level of managerial control that is on 
*+he same technological plane as the systems and procedures 
employed by the operational units. This ideology is 
certainly not new, nor is it without precedent. Within the 
Naval Air Force, as early as 1972, computer-based management 
information and control systems were being intzoduced into 
the operational Navy. f{Ref. 2] Much has peen learned ia 
the past decade concerning the applicability of automated 
systems to the managerial process. Significant gains have 
been made in discrete areas, such as automated training 
Support, but individual commands have been greatly ignored, 
om at least disregarded, due to a complex set of 
circumstances. Happily, Conditions affecting systems 
development are not static, and may, in the presence of 
current initiatives, yield beneficial new capabilities for 


the units that are currently in need. Unfortunately, at the 


‘ 





Saco tewele, Sutileso “2not atives do not include suppore for 


f 
i = 


individual Patrol Squadrons. 

The purpose of this thesis 1S to examine this situation 
BET} detail, within the framework of a Systen 
feasibility/requirements review, andin doing so, provide 
decision makers with the detailed justification for severely 
needed operational capabilities. 

Chapter Two includes a comprehensive, historical 
background of ccmputer-based information/training support 
systems in the Naval Aix Force. Current initiatives are 
also reviewed, providing up-to-date information for 
discussion and analysis. 

Chapter Three examines the political and regulatory 
environment that exists for systems development in Naval 
Aviation. Recent System Audit Reports are utilized to 
illustrate specific considerations applicable to patrol 
Squadron systems. 

Chapter Four provides an in-depth view of patrol 
Squadron operations and managerial organization and 
procedures. This chapter serves to develop justification of 


need, by citing informational deficiencies. 
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eficiencies and needs 


fl: 


Chapter Five redefines the 
established in Chapter Four in terms of patrol squadron 
requirements. These functional requirements are developed 
and discussed, and contrasts ar2 drawn to other communities. 
Alternatives which meet the requirements are developed and 
compared to systems currently in use or in development, in 
order to determine to what extent the current environment 
Satisfies the unique needs of Patrol Squadrons, and to 
BEOVIde decision makers with a clear picture of the current 
Situation. 

Chapter Six concludes the thesis by drawing conclusions 
from the discussion and analysis performed, and by makiag 


recommendations based on those conclusions. 
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The basic need for management information systems in the 
Paerol Aviation ccmmunity was cited in the introduction to 
this paper. Tnis chapter surveys the development of ADP and 
MIS in the aviation community and provides an overview of 


projects in development at this time. 


Pee vGRoALTTLE TRAINING SYSTEM (VTS) 
The birth of management information systems in the Naval 
Aviation community started with the conception of the 


Versatile Training Support System. The original concept of 


0 


( 


Wie WaS that or an automated training support syst 
Oriented solely toward training enlisted Naval Aviation 
personnel to perform maintenance on aircraft. 

Prior to *+he installation of the prototype VTS at NAS 
Lemoore, California in 1972, the assignment, training, and 
utilization of all enlisted aviation maintenance personnel 
assigned to the A7-~E Fleet Replacement Squadron, VA-127, was 
done manually. Consequently, the determination of billet 
assignment and the specific training necessary to fully 
qualify 1,000 students annually to fill a specific billet 


required an enormous amount of manual record keeping and 
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Son=.NOUS administration. {ref. 3] Thistmanual vrocess of 
training administration thus resulted in the occasional loss 
or misplacement of some personnel resources during the 
Mesaignnent, processing, and tralninguperaod. The tasks 
terquired te accomplish training demanded the services of 
many qualified Training Coordinators and numerous man-hours. 
All rosters, muster lists, schedules, letters, and forms 
necessary in the training cycle had to generated manually. 
The initial VTS was procurred through a competitive 
contract as aturnkey training device under the end-iten 
clause of Defense Acquisition Regulaticns 3.1100.1(a) and 
BeeNAVINST 5236. 1a, BigE h liy Ble 2 ells (Ref. 4] In essence, 
these regulations state that general purpose, commercially 
available ADP components and the equipment created fron 
them, regardless of use, size, capacity, or price, are under 
the approval authority cited in the instructions. They also 
State specific types of automated data processing equipment 
(ADPE) which are exempt from the stated approval authority 
and requirements. VTS uses standard off-the-shelf ADPE but 
Was exempted from the ADPE approval requirements by the 
Chief of Naval Material and was designated solely as a 


training device. 


U9 





The initial configuration of the VIS at NAS Lemoore was 
designed and installed to support the A-7 FRAMP Enlisted 
Organizational ("0") level training progran. After test, 
evaluation, and acceptance of the Lemcore VTS system, the 
second installation was authorized for NAS Cecil Field, 
merorcida. The original concept of supporting only the "o" 
level training was expanded for Cecil Field's Aircraft 
Intermediate Maintenance Department (AIMD). After user 
acceptance of the Cecil Field installation, the third and 
fourth installations were to support the A6-E eniisted 
organizational and intermediate level training programs at 
NAS Oceana, Virginia, and at NAS Whidbey Island, Washington. 

Continued user satisfaction and acceptance of the 
Versatile Training System has resulted in sixteen sites 
installed or being installed at Naval Air stations. isn 
addition, the subsurface community uses a variant of the 
original VIS to SUPpPOLt their Own unique cEalEwng 
requirements. 

In the Naval Aviation community, what was once known as 
the Versatile Training System, is now Known as the Aviation 
mEaining Support System, or ATSS. The charge was initiated 


to distinguish between the training support system providing 
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Pervyice =O NAVALA Lwmecd eetavitwes and the system utilized 
by the subsurface community which still uses the VTS 


designation. 


pee AVEATION TFRALTSING SUPPGRT SYSTEUW (ATSS) 

Phe wAVvteation Fraining Support System is virtually the 
same as the VTS discussed previously. By di eeCri on Ob, tne 
CNO, the Aviaticn Training Support System was deSignated as 
the standard Fleet Replacement Squadron  (FRS) training 
Support system at Naval and Marine Corps Air Stations. AS 
such, the ATSS has been installed at the following 


locations: 


** Fleet Replacement Squadron Activities: 
* NAS Lemoore 
* NAS Cecil Field 
* NAS Oceana 
* NAS Whidbey Island 
* NAS Miramar 
* NAS Jacksonville 
* NAS Moffett Field 
* NAS North Island 
* NAS Brunswick 


* NAS Barbers Point 





e ‘ 


Wepnec hae] Meval ALE Training Activites 


} 
% 
rt) 


* WAS Corpus Christie 
* NAS Whiting Field 
ASNAS ee) ile 

* NAS Kingsville 

* NAS Meridian 


* NAS Pensacola 


This section will describe the majcr responsibilities 
and program managers for the Aviation Training Support 
System, system objectives, andthe hardware and software 
used in the ATSS. 

1. Program Manager and Responsibilities 

Naval Air Systems Command (ccde 413548) 1s the 
program manager for Naval Air Stations and NAVWEPCEN, China 
Lake under the sponsorship of the head, OPNAV Aviation 
Technical Training Branch (OP-592).. { Ref. 5] NAVAIR 
responsibilities as program manager include preparation, 
review, justification, and defense of pudget and 
apportionment estimates for the ATSS program. Total funding 
mon the ATSS through 1985 is 29.5 million. [Ref. 4] 

NAVWEPCEN, code 3109, is the ATSS Program Manager 
responsible for the technical development and implementation 


of the ATSS program. 


Zee 





Pte wiavalecseenhenGg SculLoOMmen=t Center (NTEC), Orlando, 
Florida, (code N-4&3), 1s responsible for providing long term 
logistic support. 


Pi mocenecapar USers@e@esthe Aviaticn Training Support 


System are the Naval Training Command, Fleet Replacement 
Squadrons, Naval Aviation Maintenance Training Group 
Detachnents,Naval Air Station AIMD's, and limited usage by 


Operational Squadrons during their at-home cycle. 
2. System Objectives 
The primary objective ror the ATSS is to improve the 
match of total training resources to the student training 
rate in an efficient and cost efrective manner. To 
accomplish its primary objective, the Aviation Training 
Support System was designed to accomplish the following: 


(Ref. 6] 


A. Determine and select the best possible billet for ¢ach 
enlisted man based. on his individual capabilities, 
prior experience, and training. 


Peeta: lor an Pidsvadual's. Craining by comprehensive 
Eee hg (GES Ge diagonostic, pre. and post test, PQS, 
CDI, QAR, NATOPS, betes) <fdividualx Zed prescription, 
and path specification. 


C. Provide individualized instruction under Instructional 
Systems Development (ISD) guidelines. 


D. Enable a course manager to author, edit, review, and 
update training materials on-line. 


E. Schedule training resources (aizxcraft, Simulators 
maintenance trainers, personnel, etc.) to meet total 
training requirements and prioritié€és. 
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Schedule the training <+o Minimize consumption of 
resources. 


Provide instructors, cecil. ngd — COOndInatoOrs, quota 
control perscnnel, and supervisors Woehs “<CuUrECnt 
training progress and future training needs. 


Provide on-line quota control capabilities required to 
Support officer and enlisted personnel training ror all 
cperational squadrons. 


Prepare all ee ed correspondence and personnel 
training data required. 


Permit consideration of the effect of a decision in 
advance by Seer end complete, accurate, and timely 
training data for use in the planning and decision 
Making process. 


Eliminate from the planning and decision making 
processes the problems associated with the use of 
INnCONHSIStent training data by .providing a means of 
preparing and resenting training infotmation in a 
complete, comprehensive manner. 


iio voy eeotEucuure, and) Quentity Significant past 
Feletionsnaips and forecast future trends based on 
Bean ind  laror mation. 


Merge resource and production data to produce 
Signi ticant measures of tad nln aCe formance, 
Piemwcaee COMtLOL "OL COStS, and facilitate training 
decisions with minimum processing of data. 


Recognize the needs at all training levels so that the 
requirements of each are met with ginimum duplication. 


Reduce the time and volume of information required to 
make training decisions by reporting to each level only 
the excepticn from the standard norn. 


Prepare an individualized training pee for each 
alrcrewman after ccmparing ais training ESECer with a 
Seandacamerhatnang Syllabus and allowing for fraining 
Officer modifications. This sylabus consists of a list 
of tasks _ the aircrewman 1s to perform ina satisfactory 
and timely manner. 


Assist the | Schedules Officer in Seed the 
alrcrewman in those assigned events and predict a 
training completion data. 


Interact with Resource Configuration and Scheduling 
(RCAS) software, which has information regarding 
resource availability and status. 


24 





Eé student gradepooks =O tsacn Cac aare=ew 
S$ pregress through the sylabus. 


3. ATSS Hardware 

The specific hardware configuration at any one ATSS 
Bee e Varies according to the number cf activities that it is 
Supporting. All ATSS hardware is Commercial Off-the-Shelf 
(COTS) equipment and is centered around the Digital 
Bauioment Corporations (DEC) PDP-11 family. A typical 
nardware configuration for an ATSS site is described below 
meat ilustrated in Figure 1; [Ref. 5] 


* PDP 11/770 Central Processor with 2K bytes of Cache 
Memory and 256K bytes of Parity Core or MOS Memory 
ers Management, BOOtSerap/Olagnostic Loader, an 
Line Frequency Clock. 


* Programmable Asynchronous 1t6-line multiplexor with 
moden contrcl. Uppy tOuec ¢Ghy “multi pleg@ors vcan- be 
interfaced with the CPU to provide service to 64 
interactive display terminais. 


* Console terminal te 
Haecd=Copy printer (L 
Contalh aA“Euinter an 
includes a faper-tape 


3 

ECWrrcer WT). units 

keyboard. The teletype also 
eader and punch. 


letype ASR 3 Teletype Or 
Boa Both 

d 

ie 

weeeepask Drive Controller. 


* Disk Drives (2). Disk drives have a formatted disk 
eee ecety ranging from 88 to 176 megabytes, depending on 
e type. 


fmeuagnetic fare Centrol Unit. 
* Nine-Track Magnetic Tape Transport. 


* High-Speed Frinter. Printer produces up to 132 columns 
Seta rG-copy Output at a pate of 300 to 900 lines per 
minute using either a 64 or 96 character drum. 


* Lab Peripheral Systen. 
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= ®iLohanumeric, SBeGeas, Haerd=ecooy Erint=er Pernanals. 
eee wecortenal allowS +32 column line to be printed 
at 30 characters per second and accepts one to six part 
forms from 3 inches to 14-7/8 inches in width. 


* Alphanumeric CRT Terminals (up to 64). Normally ADM-3a 
dumb terminals. 


* Intercomputer Communications Systen. 


% 


256K bytes cf additional parity/MOS memory. 
4. ATSS Software 
ATSS software can be classified as System Support 
Software and Aviation Applications Software and each will be 
discussed seperately. 
a. System Support Software 
ATSS utilizes the DEC RSTS/YE operating system. 
It allows multiple users to interact with the system and its 
data structures. RSTS/E can support up to 63 users 
Simultaneously processing data using the BASIC-PLUS, COBOL, 
BaslC-PLUS<-2, FORTRAN IV, APL, or RPG 11 language 
processors. The ATSS system utilizes BASIC-PLUS and 
BASIC-PLUS-2 extensivly although it is also capable of 
Supporting FORTRAN and COBOL. 
RSTS/VE includes a comprehensive set of systen 
utilities for the system manager and timesharing user. It 
can support line printer spooling and execution of up to 


eeeont batch jobs. [Ref. 7} 
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The Rot S/ = OPeciacang sys ten dynamically 
allocates processor tine, memory space, file space and 
peripherals to best accomodate changing work loads. Ie 
allows jobs to run one at atime until it either enters an 
I/O stat2 or exhausts itS time quantum that was assigned to 
zt by the system or the system manager. Arter a job pecomes 
stopped, the scheduler finds the next jeb that is ready and 
begins to run that job while interrupt driven device 
handlers are processing requested data transfers. 

RSTS/E attempts to keep memory filied with as 
Many jobs as possible. If a job that is to be run is iarger 
than the available memory, the system transfers some jobs 
out of memory tc a temporary swap file until it is their 
mem tO run again. 

The RSTS/E file system provides a wide range of 
on-line processing capabilities. Files can be accessed 
randomly or sequentially through BASIC-PLUS, or through the 
RMS-11 (Record Management Services) Subsystem. Single and 
multi-key ISAM ioOpe LOnald y available with RMUS-11K 
software. (Ref. 7] Files can be created, updated, 
extended, or deleted interactivly from the user's terminal 


Or under program control. Files are protected from access on 
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MemeonarvidUal, Group, and system basis. Files can also be 
accessed by many users while being updated on-line. Back-up 
of files can be done either selectivly or totally and can be 
accomplished on-line without disrupting users, or offline. 
b. Aviation Application Software 

All ATSS application software is written in 
modular form to facilitate new requirements and progran 
changes. The application software that is used by FRS 
Squadrons consists of thirteen modules Or subsystems 
described in the following paragraphs. [Ref. 5] 

(1) Personnel Subsystem. The Personnel 
Subsystem provides computerized personnel record support by 
enabling users to create, update, delete, or review 
computerized personnel records for individuals in the user's 
mecavities. This Subsystem also produces assorted output 
listings such as recall bilis, precedence lists, security 
clearance lists, billet assignment lists, prospective gain 
and loss reports, and work center manning and training 
deficiency lists. At the present time, this subsystem is 
one of the most widely used amoung operational VP squadrons 


during their at-home-~cycle. 
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Suxasvstem. 


be? 


(2) Training Resou Schedu 





This subsystem maintains an inventory of all training 


mesources and their location and facilitates the scheduling 


and usag2 of all training resources. itealsemproduces such 
r2ports as a Weekly Tearing “Schedule, iste eector 
Sialificazticn and Availabiiity File, Resource Utilization 


mest, etc. 

(3) Personnel Scheduling Subsysten. The 
personnel Scheduling subsystem allows either automatic 
scheduling of personnel for all ciasses specified in a 
Baueicular curriculun or allows manuai scheduling to 
personally tailor an individual's curriculum to meet a 
preci fic need. It also contains a module to produce tne 


montowing Outputs; 


* Watch Lists 
* Weekly Student Schedules 
* Class Musters 
x Training Cocrdinators-Student Schedules 
x Training Completion Letters 
(4) Test ana Evaluation Subsystem. The Test 
and Evaluation subsysytem (TEVS) is an automated test iten 


management system designed to enable users to create, 
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Meme 7, aid adminiSter a zest question data base. De cad 


(nh) 


O 
has the capability to print tests and associated answer 
keys, as well as utilize an automatic scoring system called 
Memes inols Device (TID). The on-line capability of this 
subsystem allows immediate rteedback to the accuracy or a 
response and then provides the student a presentation of 
missed questions along with a list of suggested readings. 
TEVS also provides instructors with statistical data on the 
test questions themselves and allows upgrading of the test 
question bank or changes in the method of presentation. 
(5) Training Track Subsysten. the. Tae in asng 
Track subsystem provides for the creation and management of 
courses and events for the varied numbers of curriculum that 
re necessary to train the various types of students ata 


meoe Lt allows the user to define the curriculum for the 
students and to select the billet for enlisted students. it 
also allows the user to obtain a Squadron Manning Report 
that lists all tillets the Squadron has available and the 
individuals filling those billets. 

(6) Gradebook Subsystem. The Gradebook 
subsystem provides an automated gradebcook management system 


in which student progress and scheduling information is 
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p+ . It also alicws the usér +o update and manage 
computerized student gradebooks. The outputs from this 


subsystem are as follows: 


* Gra@ebook Review 
* Gradebook Survey 
x Class Gradesheet 
* Student Progress Summary 
* Individual Event Progress Summary 
* Gradeslips 
x Training Readiness Report 
* Event Dispositicn Summary 
* Flight Event Dispositicn Breakdown 
(7) Plight Data Management Subsysten. The 
Flight Data Management subsysystem consists of four modules 
that allow for automation cf numerous forms and reports that 
are required for the management of flight data. 
The Naval Flight Record (Yellow Sheet) 


Management module aliows users tc creaté a computerized 


yellow sheet record as well as updating, reviewing, Or 
deleting existing records in the data base. The data items 
entered in the computerized Yellow Sheet are sent 


automatically tc other ATSS subsystems for file update 
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Surposes. PCAS SOE=Ware uthlizes A/C cureau number, A/C 
type, and engine times for update of component records. 
IFARS data ls taken directly from this module and 


automatically converted to the format used in the required 


The Logbook Management Module allows the 
user to manage and report necessary flight statistics for 
each aircrew member. Career, fiscal year, and monthly 
statistics are maintained current to the last day of the 
previous month. The following outputs are created by this 


module. 


* Yellow Sheet Transmittal Report 

femal dy Flight Activity Log 

* Officer Monthly Activity Log 

* Daily Aircraft Log 

* Monthly Aircraft Report 

* Aircrew Monthly/Yearly Flight Time 

* mecrew MOntnly/fearly Activizcy Sheet 

* Yellow Sheet Data entry Status and Error Reports 

* Average Monthly Sortie Report 

The Multiple Sort module is a report 

formatter that allows the user to generate a report with any 
of the above infcrmation specified. 
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(se SO nom SY Stell Ae eResounrce Contaguration 
and Scheduling subsystem (RCAS) consists of several modules 
designed to provide contincus monitoring of aircraft, 
Seemulator, and trainer configuration and status. It allows 
mre user tO match tne training resource to the type of 
training needed and provides for scheduling and nanagement 
of maintenance related actions for all training resources. 
The following outputs are generated by the RCAS subsysten: 

* A/C Accounting and Status Reports 

* SDLM Scheduling 

* Engine Accounting and Status Reports 

*x Technical Directive Compliance Reports 

* Configured Item Usage and Screening Reports 

* Training Event/Aircraft Subsystem Recquirements Lists 

(9) Issue Subsysten. The Issue subsystem 
manages and acccunts for the vast numbers of training 
Materials necessary to train a large number of personnel. 
Library items ({manuals, specifications, texts, etc.) and 
equipment (motion picture projectors, Slide-tape systems, 
video players, etc.) accounting is automated to insure 
Maximum utilization is maintained. VP-31, the FRS at Moffet 
Field, Calif. utilizes bar code readers and bar coded I.D. 


cards to facilitate this process. 
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(10) Weapons Piatrorn Tracking Subsysten. This 





Subsystem records and stores information pertinent to 
weapons delivery tactical training. Bomb and rocket delivery 
Beat. sticsS indicate the success or failure of the student 
and the training received. This subsystem is nore applicable 
to Fighter and Attack aircraft communities but could be 
Mmeaitied to include torpedo delivery statistics for the DP-3 
community. 

(11) Query Subsystem. The Query subsysten 
allows users to create and format reports that can access 
any desired data file (within security constraints) from the 
ATSS data base. It consists of two functions; Commands and 
Specifications. Commands allow the user to tell the 
Subsystem what to do and Specifications allow the user to 
specify how the cutput is to be organized, what is desired 
in the output, and how it is to be displayed. 

(12) PQS Subsystem. The PQS and Qualifications 
Management subsystem facilitates the tracking of an 
individuals PQS progress and generates exception reports for 
individuals who have expired or are about to expire a 
reguired recurring qualification. It also interfaces with 
other subsystems and automatically updates PQS records from 


training events and records. 
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(hh) WiITRAS SUDSYStiem . The NITRAS supdsystea 
provides the Chief of Naval Education and Training wich the 
automated capability to manage and support the total Navy 
Meaining s2Fort. Three nodules comprise the NeeaA 5 
subsysten; Master Ccurse Réeterence, Student Master, and 
Training Summary. These mcdules are designed to provide a 
summary of all training managed by the ATSS system and are 
delivered to CNET on mag tape. 

Salo S summary 

The Aviation Training Support System was designed 
solely +o support Aviation Training Commands and Fleet 
Replacement Squadrons in their todgaAing “Cf fore. The 
applications that have evolved since its inception have lent 
themselves to other areas besides training but governing 
constraints and regulations have prohibited the expansion 
of ATSS outside the training environment. 

Operational sguadrons have been allowed to utilize 
the ATSS on a limited basis. For example, Operational Patrol 
Squadrons, upon return from deployement, are loaned one dumb 
*erminal (ADM-3A) from the FRS, and this constitutes their 
sole interface with the systen. Mie Sranters, storage 


devices, and processors are maintained at the FRS, which is 


36 





? 
fy 
£ 
ju 
mn 
th 
4 
© 
3 
ct 
oe 
iD 


Bewatly jocated some distanc Operational 
Patrol Squadron spaces. 

Applications run by Operational Patrol Squadrons are 
Tinited in regards to the total capabilities of the Aviation 
Training Support Systen. Generally, the squadrons utiiize 
the personnel subsystem and create Officer and Eniisted 
personnel rosters, crew lists, recall bills; etc., but are 
reluctant to automate other currently manual functions 


because of the lack of resources, and the necessity to 


convert back to manual procedures when the sguadron deploys. 


c. NALCOMIS 

The Naval AViation ~Logastacs Command Management 
Information System (NALCOMIS) is currently a program 
sponsored by the Chief of Naval Operations (CNO Codes OP-51 
and OP~52) and is under the direction of the Naval Air 
Systems Command. Module 1 of NALCOMIS is designed to provide 
a modern Management Information System at the Organizational 
Maintenance Activity (OMA), Intermediate Malntenance 
meetvity (IMA), and Supply Support Center (SSC) to support 
the Naval Aviaticn Maintenance Program (NAMP). NALCOMZIS is 


defined as "an automated management information system which 


Will provide aviation maintenance and material managers with 
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Mele. Y, accurate and CoOmpiete inftormaticn cm which to dase 
day-to-day decisions through: a Single, integrated, 
real-time automated system to provide timely support to 
aviation maintenance and supply workers, supervisors and 
managers, and automated source cata entry devices for 
PipLitying and improving data collection." In addition it 
is designed +o provide "a means to satisfy the Navai 
Aviation Maintenance Pregram requirements, and data inputs 
to, andor interface with, other major Integrated Logistic 
Spport (ILS) Systems inthe Naval Aviation Logistics 
Community". [Ref. 8] As indicated above, NALCOMIS Module 1 
1s designed soiely for MIS support of OMA, IMA, and Supply 
Support Center maintenance activities at both ship and shore 
sites. 
1. History of NALCOMIS 

NALCOMIS is the culmination of an evolutionary 
process which has taken place in the naval aviation 
community. Several projects and programs have been 
conducted over the past decade inan attempt to improve 
aurcraft readiness and avVarlability. The following 
describes the majer projects/programs which have resulted in 


the NALCOMIS Progran. 


a2 





th 


it wOaeriermatr erate Maintenance Support Improvement 
Project (CAMSI) was established by the Chief of Naval 
Meerations in 1970 with the purpose of identifying priority 
actions which would improve carrier @ircraft readiness. Two 


Peecne Significant findings ort that project were: {Ref. 9] 


1. Improved readiness could be achieved through increased 
efficiency in management of functions associated with 
shipbcard aircraft maintenance and support. 


2. The most pratical and cost effective means of attaining 
an essential level of efficiency in those functions 
would be through improved use of Automated Data 
processing equipment (ADPE). 


In 1972 the Shipbcard Aviation Command Management 
Information System (SACOMIS) was initiated as a project. 
SACOMIS was supported jointly by the Naval Air Systems 
Command and the Naval Supply Systems Command with regard to 
ADP policy and procedures, and respective maintenance and 
Supply policies and procedures, with HQMC representation for 
Marine aviation matters. A detailed task effort was 
undertaken by a working group comprised of the Management 
System Development Orfice (MSDO) and Fleet Material Support 
Office (FMSO). In March 1974, CNO (OP~91) gave concept 
approval to the SACOMIS ADS plan. CNO ({OP-51) directed that 
the SACOMIS program be expanded to include Navai air 


Stations, Marine Aircraft Groups (MAGS), LPHS, LHAS, and 
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Merane COrps Air Stations under the Ww orogran titled 
MeeLGOMIS. A draft of the NALCOMIS ADS Plan was completed in 
September 1975 and as a result of review by appropriate 
Navy/Marine Corps Headquarters Components staffs, a decision 
ms Mede to limit the scope of the initial endeavor to the 
Support of Organizaticnal Maintenance ACtivities; 
Intermediate Maintenance Activities, and Suppoly Support 
Center functions. By memorandum from Vice Chief of Naval 
Operations (VCNGC) on 10 June 1976, the CNO designated 
NALCOMIS a program in accordance with OPNAVINST 5000.42A. 
The Assistant Secretary of the Navy (Financial Management) 
approved the croposed NALCOMIS Module 1 concept by 


Memorandum for CNO (OP-942) in February of 1977 with the 


following stipulations: [{Ref. 9] 


* The minicomputers for the NALCOMIS support will be 
rocured as pare Of tne se Shappoarad Nopeactical ADP 
rogram  {SNAP) acquisition tc ensure overall 

compatability with the Fleet non-tactical systems and 
commercial eee Minicomputers Will be use at 
non-deployable CONUS sites. 


* No hardware will be installed at any other site until 
the operational Beene ester haS been approved by 
the Navy Senior ADP Policy Official. 


ADP hardwareysystem software for NALCOMIS are to be 
acquired under the Shipboard Non-tactical ADP Program (SNAP) 


I, Phase 2. The Solicitation Dccument covering SNAP i, 
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2, “#as released to vendors on 2 September 1980. 
Initial vendor proposals were received on 19 January 1981. 
These are in the evaluation process at this tine and the 
Beoposed contract award target date was 14 October 1981. fn 
mie interim period, Interdata 7/32 hardwar2 aas been 
mistailed at PMSC to enable the Central Design Activity to 
proceed with application program development and testing. In 
addition, an Interdata 3220 computer was installed at the 
field test site, NAS Willow Grove, Pa. for system testing in 
accordance with the NALCOMIS Module 1 Functionally Phased 
System Development Plan, prior to the Prototype Operation. 
2. Current System problems 

The Baseline MIS currently in use at the OMA, IMA 
and SSC levels is made up of a variety of manual data 
collection procedures, manually prepared messages and 
partially automated systems. In general, the problem with 
the baseline system is that the procedures for recording and 
2xtracting management information data at the aircraft 
Squadron, intermediate maintenance , and supply support 
center levels are time consuming, error-prone, and are 
unresponsive to the needs of the local aviation maintenance 


and supply werkers, SUPErV1ISOIS, and managers. The 
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voluminous, manually-inscribed paperwork can b= exvect2d <0 
increase with a corresponding decrease in quality and an 
increase in the prolifiration of local self-help systems can 
be expected *¢0 continue under present procedures and 
mond. tions. 
3. System Objectives . 

The overall opjective of the NALCOMIS Module 1 
Mmeodram 1S *o contribute to improved aircraft material 
readiness by providing lecal Maintenance and material 
Managers at the CMA, IMA, and SSC levels with a modern, 


responsive management information system. The general 


objectives of NALCOMIS are to: [Ref. 10] 


1. Satisfy real-time information requirements of the base 
level aviation maintenance and material managers; 


2. Satisfy the data reporting requirements for up-line 
information systems; 


3. Satisfy mobility requirements of selected NALCOMIS 
Operational sites, specifically 14 CVs, 12 LPHsS/LHAs, 
1 owes and deployable aircraft squadrons from 52 NASS 
an Ss; 


4. Satisfy minimum requirements for contincus operation of 
foe | MIS “in a high readiness or mobilization 
environment; 


The specific objectives/benefits to be achieved and 
realized by the implimentation of NALCOMIS Module 1 are 
listed below. [Ref. 10] 


1. Minimum reduction of two percent (2%) in the NMCM (Not 
Mission Capable-Maintenance) rats. 


G2 





oe Se meee ce 2On Of Live percent (5%) in 2xisting dads 
(Qiide cing ualmecenance) rate. 


Bae namane ceauction Of three percent (3%) in the NucsS 
(Not Mission Capable-Supply) rate. 


4. Minimum reduction of five (5%) in the PMC (Partial 
Mission Capable) rate. 


Beeereduccion of about 2,158 man-yéar equivalents of 
technical peeSoune. engaged in.  non-ADP functions 
supporting aseline system operaticns and reassignment 
to other tasks within the OMA/IMA/SSC organizations. 


6. Minimum reduction of twenty percent (20%) in supply 
response times. 


7. Minimum reduction of twenty percent (20%) in component 
turn-around time. . 


8. Minimum reduction of five percent (5%) in BCM (Beyond 
Capability of Maintenance) actions. 


9. Reduction of 305 ADP support personnel. 


10. Minimum reduction of twenty percent (20%) ln inventory 
loss of components tarough lmproved LnVenzcory 
accuracy. 


11. Reduction of unmatched records through integration of 
maintenance and supply data bases. 


12. Quality and timeliness improvement in data reported ina 
Suppcrt of Navy and DOD programs. 


4. Proposed Nalcomis Capabilities 


NALCOMIS is currently scheduled to be implemented 


at a total of 95 sites, and is designed to establisa and 


Maintain an integrated data base for use at the local site 


user level. As indicated previously, the system will serve 


the maintenance function at the OMA, IMA, and the associated 


Supply Support Center and the scope of the noduls 1 


meumections are illustreted in figure 2.2. 
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It will assist maintenance and supply marnagemeat Dy 
Meoviding current and accurate information upon which to 
base decisions. In order to achieve the objectives of the 
program and realize the benifits discussed above, NALCOMIS 
4odule 1 will have the following général capabilities 
discussed below. 

ae Automated Source Data Entry 

According to the Automated Data System (ADS) 
Development Plan, the automated source data entry system 
will utilize preposted data in pre-rormatted displays to 
2liminate entry of redundant data and permit editing and 
validation of added data. Use of a Site oriented 
centralized data base (SOCIDAB) will minimize the use of 
costly manual records. EXGeption reporting and on-line 
real-time access is one of the capabilities that is required 


of NALCOMIS. The data base will be on-line 24 hours a day, 


seven days a week, with the exception of scheduled 
Maintenance. ch addition to providing prescribed 
information as defined by users, It will support local 


Management with an interactive guery capability whica will 
provide information to Satisfy cne-time reporting 


information needs. It will provide all managers with data 
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Meem) = CeNmMoOn Scurce which will be maintained current 
masough real-time updating and query capability. OMA, IMA, 
and SSC managers will communicate with the common data aase 
and with each other through remote job entry eae 
@enmected to 4&4 minicomputer. 
b. System Generated Schedules and Reports 

Maintenance schedules and supply requirements 
may be generated by the system based on work on hand, 
scheduled maintenance requirements, technical data 
mirormation, work force and skills inventory, availability 
of parts, priorities, and funds status. Actual values can be 
tracked against projections and appropriate management 
intervention and judgement may be applied. 

€. information Availability 

Further capability of the system will allow for 
tracking of maintenance actions as they occur. Reguired 
cost and statistical information can be accumulated as it 
occurs and in the detail desired by management. Accumulated 
costs and statistics will permit local management to analyze 
trends during the reporting period and shorten the time 
between the end cf the reporting period and the availability 


of information to up~line users. 
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d. Interface with Other Systems 
ia addition to the previously mentioned 
benefits, NALCOMIS will interface with or provide data 


[eouesSs «oO Other major Integrated Logistic Support (ILS) 
systems in the Naval Aviation Logistics Community. Some of 
the specific systems with which NALCOMIS will interface are 
listed below and illustrated in Figure 2.3. 

* Aeronautical Repairable Management Systems (ARMS) 


* Er omed Repairable Asset Management (IRAM) includes 
- Closed Loop Aeronautical Management Program (CLAMP) 
- Serialized High Cost Asset Reporting Program Pease) 
~ Fleet Intensified Repairables Management’ (FIRM) 


x Maintenance Data System (MDS) 

* Subsystem Capability Impact Reporting (SCIR) 

* Naval Aviation Logistics Analysis System (NALDA) 

* Flight Readiness Evaluation Data System (FREDS) 

* NORS Improvement Program (NIP) 

* Analytical Maintenance Program (AMP) 

* Fixed Allowance Management/Monitoring System (FAMMS) 


* Shipboard Uniform Automated Data Processing System-End 
Use (SUADPS-~EU) 


* Uniform Automated Data Processing System for Stock 
Points (UADES-SP) 


* MSDO Level II Supply System for NAS 
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integrated, interactive system users will have access to all 
data residing in the central data base which is controlled 
by the data base management system. Each organization's data 
wal | be uniguely identified ae that Oaganizarion, 
M@eerzlitating data integrity and security. 
5. NALCOMIS Software 

The software environment for NALCOMIS will have to 
be discussed in general terms and required capabilities 
Since the system is not yet operational and the software is 
not mle ¥ implemented on prototype systens. The 
applications software will be developed by the central 
design activity at Fleet Material Support Ofit ce, 
Mechanicsburg, PA. The system software will be procurred 
commercially as a standard package. 

ae System Software 

The system software to be implemented on the 

NALCOMIS system must at aminimum tke comprised of an 
operating system, data Dase management system, compilers, 
and utility packages. 


(1) Operating System. The requirement is for a 


real-time, disk oriented operating system which supports 
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Meck -OFOTTaMMIng and interactive queries £roa multiple 
users. iameoncimae) havewtne Ccapabllity to concurrently 
process real-time tasks in the foreground and batch programs 
mm the background. The operating system and communications 
@emcrOller will need to be able to support from 11 to 208 
remote source data entry terminals depending on the size of 
she NALCOMIS installation. 

(2) Data Base Management Systen. The 
requirement for a muiti-user, real-time capability drives 
the requirements for an efficient data base management 
system (DBMS) which controls all communications between the 
users and the mass storage of data. In addition to handling 


the storage and retrieval of data, the DEMS must ensure data 


mectegrity, security and GSELVacys, Of . data, and data 
independence (application programs independent from 
Structural changes in the data base). The DBMS aust 


accomodate a Site-Oriented, Centralized and Integrated Data 
Base (SOCIDAB) which will be accessed to meet on-line 
inquires from users at the OMA, LMA, and SSC levels, 
utilizing a number of different to access similar data. A 


query capability is another required feature of the DBMS. 





(5) Compilers. The cconpilers required must be 


able to support ANSI COBOL as the 


'O 


rimary language and 
FORTRAN aS a Supplement. 

(4) Utility Packages. The required utility 
programs must be able to sort and merge data files, and copy 
data from cone medium to another. Report generators are also 
required in connection with the formatting of data reports 
in response to queries. The utility pregrams may bé a part 
of the other system software or may be provide as a seperate 
software package. 

b. Application Software 

The applications software for NALCOMIS can be 
Droken down by functions and described generally as 
subsystems that suppert the IMA, OMA, and SSC activities. 

(1) Beene Activity. Primarily a data 
collection function for flight data in support of scheduled 
Maintenance requirements; preparaticn of reports for 
@ereratft log becks and Aeronautical Equipment Service 
Records (AESR); information needs of Navy Aviation 
Maintenance Support Office (NANSO); and the requirements of 
the Individual Flight Activity Reporting System (IFA3S) and 


the Flight Readiness Evaluation Data System (FREDS). 
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IMA ty providing data on the identification and approval of 


a maintenance reguirement; operational status of assigned 


» 


mECrait, engines, and ground support equipment (GSE); 


arc 


(D 
(t+ 


metro cat son ot wet 6COlestandang Maintenance against 
Mircratt, engines, GSE and repairable components; current 
work load of each maintenance work center; the status of 
each maintenance action; alerts of scheduled maintenance 
aetion; and establishing and maintaining the Individual 
Component Repair Listing (ICRI). 

(3) Configuration Management. To serve the OMA 
mae EMA bv Maintaining the current configuration of the 
aircraft, engines, GSE, and components; track configured 
items; and to maintain records of incorporated and xnot 
incorporated technical directives. 

(4) Maintenance Personnel Management. To 
Maintain t¢he maintenance personnel rester and to track 
personnel availability for local and specific assignments; 
personnel qualifications and requalifications requirements 
and dates; on-board versus personnel allowances; replacement 


personnel by skills and reporting dates; and to project 


Maintenance personnel losses. 
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(5) asSeEz Management. To serve OMA and IMA Dy 
providing syStematic inventory and location accountability 
Be asSigned aircraft, GSE and test tenches to include 
gain/loss transactions, inventory status change, and GSE 
utilization data and subcustody actons. 

(Oj SuUpEmYy Support Center. To process demands 
OL repairables, repair parts and consumables £O = 
maintenance AGe2 Ons The supply Management of the 
repairables will satisfy OMA and IMA interface requirements. 

(7) Lecal/Ut=—Erne = Reporting. TO SUimacize, 
format, and transmit up-line data including Aviation 3-m and 
NALCOMIS Operating and Support (08S) data. 

6. NALCOMIS Hardware 
The NALCCMIS System Hardware Configuration, which 
will be described belcw in general terms Since the hardware 
contract has not yet been awarded, basically consists of a 
processor subsysten, mass storage subsysten, local 
peripheral subsysten, and remote peripheral subsystems 


(Figure 2-4). [{Ref. 9] 
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a. Processor Subsysten 
The processor subsystem consists of a central 
processor from the upper end of available minicomputers 
shich @#ill handle the NALCOMIS Module 1 workload. The 
SySt2m must suppcrce ANSI COBOL-74 and FORTRAN programs and 
Moau2ze a compatible DBMS. It must be capable of operating 
in a multiprogramming environment and will need a task 
handler as well as the system Support software described 
Peel ier. The central processor must have at least 512K 
bytes for system and application programs. 
b. Mass Storage Subsystem 
The oroposed mass storage subsystem consists of 
a disk controller with three disk drives totalling a mininun 
of 400 megabytes of storage. These storage devices will 
house che  SOCIDAB:, systems software library, the 
applications software library, up-line statistics that will 
be accumulated onan event oriented basis, and work and 
tamporary file space. 
c. Local Peripheral Subsystem 
The local peripheral subsystem consists of a 
tape controller with two tape drives, high speed 


line-printer, and acard reader/punch device. The local 
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Bee Dhetal is “Oo ce provicsed tor NALCOMIS shor2-basedc sites 
only. The local peripheral subsystem for NALCOMIS deployabie 
Sites (currently only encompassing ships and MAGS and not 
deployable tand-rased aircraft squadrons), wiil be provided 
with the AN/UYK-5 rapiacement hardware, and therefore shared 
Byeeth2 NALCOMIS systea. 

The tape drives that the system will use or have 
access to must be industry compatible. The magnetic tape 
storage medium will oe used for storage of historical and 
other file data necessary to Support analysis and otaer 
programs which will operate in a batch mode; as transaction 
audit tapes on which the data necessary for research and 
audit to resolve system discrepancies can be retained; as 
checkpoint «aves on which the data necessary tc Support a 
restore, recovery capability will be stored; for recording 
data to be transmitted to up-line users; for dumping disk 
files +o assist in restore and recovery actions and for 
reduction to hard copy if a manual fall-back posture is to 
be invoked; and for storing reports that are spooled to be 


printed later in a batch mode. 
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d. Remotes Peripheral Subsysten 
The remote peripheral subsystem consists of a 
mene @€nd processor/controller supporting up to 16 key 
visual display t4rminals. Each of these subsystems will 
mame a Page printer with and a floppy disk controller with 
dual drives that have up to 2MB of storage. 
7. NALCOMIS Summary 

The NALCOMIS Module 1 program is not operational at 
tTH2S time. NALCOMIS, as approved in 1977, was to be fully 
implemented and operational by 1986. However, system 
development problems have delayed program progress and iit 
now appears that NALCOMIS Module 1 will not be fully 
implemented before 1992 at the earliest. [Ref. 11] 

AS previously discussed, NALCOMIS Module 1 coverage 
entalls a management information system oriented soley 
toward maintenace functions. Further modules have yet to be 
defined but it is safe to say that they would not be 
implemented until after 1992. Therefore, a total management 
information system that not only supported the maintenance 
effort but operations, administration, and training 
Lunctions as well would not be implemented for the next ten 
mo) fifteen years at the present rate of NALCOMIS 


development. 
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Ds Penwaa ibe LOGISTIC SUPPCAT (2.45) SYSTEM 

The Portable Logistic Support System is a COMNAVAIRLANT 
program designed ¢o provide an interim solution to Naval 
Aviation maintenance information needs during the period 
that NALCOMIS is being developed and implemen«ed. It is 
Strictly aimed at carrier-based squadrons and does not 
address or include land-based squadrons that exist in the VP 
community. Essentially, PLS is a functioral extension of 
Sees. ing automated systems and could be re-naned 
PMani-ATSS". The Aviation Training Support System, which is 
designed and installed asa dedicated training systen, 
contains the RCAS subsystem descripnped previously. RCAS was 
designed to fill a need of matching aircrew and syllabus 
raining assignments with the correctly configured aircraft. 
An extension of RCAS was designated the Comprehensive Asset 
Management System (CAM) which maintains the status of 
eeescsatt, engines, and selected aercnautical equipment 
meeaud:ng configuration data. CAM was approved for prototype 
evaluation at NAS Cecil Field, P?Plorida and was evaluated as 
being a valuable maintenance management tool. PLS expands 
the functional capability cf CAM and as described in the 


System Decision Paper for Milestone 1, prevides both tne 


So 





Mescteal= and SUPfort treguiged f£0r system inplementation. 
fRef. 12] In addition to the maintenance software, PLS will 
incorporate certain personnel and training modules from the 
Mieeatlon Training Support Systen. 
fee oy stem Objectives 
The overall objective of the PLS project as stated 
in the Milestone 1 System Decision Paper is to: [Ref. 12] 


Provide carrier-based Atlantic Fleet squadrons an improved 
information system tc ease the administrative burden of 
maintaining maintenence and logistics data. At the sane 
time, PLS will enhance the usSefullness of organizational 
asset management data for squadrons and up-lineée managers. 


TwO assumptions that were made in developing the PLS 
concept are most important in light cf other development 
etforts. The first is that PLS will not impede the NALCOMIS 
development effort in any way and that PLS system life will 
end upon NALCOMIS implementation. The second major 
assumption is that the system must b¢€ compatiple for all 
Squadrons. 

Ze PES Software 

The PLS system proposes to use ¢xisting aATSS 
software initially and provide additional enhancements to 
the software by 1983. The system software would consist of 
the RSTS/E cperating system discussed previously. This would 


orovide for maximum compatability and sharing of data 
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Pee ieres cesigraced §#Gor the Portable Logistics 
Support system and the Fleet Replacement Squadrons that 
Melize the ATSS. The applications software will basically 
consis< of ATSS training and maintenance software with some 
additional enhancements as listed belcw: 
1, Maintenance Software 
* Additions to Aircraft Record 


* Enhance aitframe technical directive and configured 
item capability 


* Monthly Maintenance Plan 
* Individual Material Readiness List (IMRL) 
ceeoer Calibration 
* Expand JCN Tracking 
* Uninstalled enginé/component tracking 
2. Training Scftware 
* Adapt Personnel Subsysten 
* Event Scheduling 
Mee Training Track 
* Gradebook 
3. PLS Hardware/System Configuration 
There were many alternatives considered in the 
formulation of the Milestene 1 System Decision Paper in 


regards to system and hardware configuration. The 
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Smee rnativ= that was recommenced consists of 2 distribut 
system of microymini-computers that are provided to eaca 
squadron, Punctaonal wine land Carrier aiz wing. Zach 
squadron system would be identical and SUPports the 
functional requirements of squadron users. Certain data 
would b2 provided on a routine basis to the functional wing 
Or carrier air wing system depending on whether the squadron 
was on deployment or not. The wings would then exchange 
data between carrier and Shore location for updating 
Specific aircraft and personnelytraining bases. The 
Mesccibuted PLS configuration is illustrated in Figure 2.5. 

The specific hardware to be used as specified in the 
acguisition strategy of the PLS Milestone 1 SDP is centered 
around the DEC PDP-11 family cf mini-computers. The 
acquisition strategy assumes that sole source procurement 
‘will be allowed and that the original VIS Support Contract, 
N00123-80-D-0071, will be used to acquire 48 squadron 
systems and 12 Wing systems. 

The proposed central processor would be a PD? 11/23 
With 256K bytes of main memory. This mini-computer along 
with associated disk drives and controllers weighs about 100 


lbs. and fits in 2 cases about the size of anormal suitcase 
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Maoch would make it ideal for deployable squadrons. Lie 
mpeci fic hardware configurations for Wing and Squadron 
ma@sctallations is shown in Figure 2-6. [Ref. 12] 
G. PLS Summary 

The PLS system was conceptualized to provide an 
interim solution to todays management information problems 
in the Naval Aviation community. However, the originators of 
the PLS concept included only a part of the Naval Aviation 
community (carrier based squadrons), in the initial plans 
and these sguadrens are all based on the East coast. The 
assumptions madé in the Milestone 1 SDP concerning the 
acquisition methodology, Gow enor follow established 
guidelines and regulations in regards to ADPE procurement. 
The basis to procure the PLS system under sole source was 
not stated in the system decision paper but it appears that 
the sponsecrs of the PLS system weré trying to slide the 
project in under the exemption granted to the Aviation 
Training Support System by the CNO. At the present tine, 
Milestone 1 approval has not been granted. 

The concepts oresented with the Portable Logistics 
Support Project are extremely valuable in solving the 


information needs of the total Naval Aviation community and 
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Figure 2.6 PLS Hardware Configurations 
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Meee jus: Calrier-rased squadrons. EYe PES "COnceo. provides 
Automated information support both at the home base and 
while deployed. The design concept of using distributed 
mee computers would allow for a fail-soft capability and 
Bee K- up. 

Prototype PLS systems have already been develovnad 
and undergone limited testing at selected sites. The main 
advantage of proceeding with the PLS concept is that it 
could b@ implemented very rapidly and the Naval Aviation 
community would not have te wait until 1992 to receive the 


benefics of an automated management information system. 


Pee CHAPTER SUMMARY 

This chapter summarized existing management information 
systems and systems in development at this ‘time for the 
Naval Aviation community. Lie wPAviat On Training “Support 
System 1s operational at this time and provides valuable 
support to the Fleet Replacement Squadrons and Training 
Commands but provides little assistance to Operationai 
Squadrons due to the limited access and resources nad= 
available to them. The CNO's restricticn on the use of ATSS 


for training functions ecnly, prohibits cperational squadrons 


from utilizing this valuable resource even though the 
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Memos e ty Cf training that an aircrew anember receives is 
accomvlished cmc ae operational squadron after the 
crewmember leaves the FRS. 

NALCOMIS is an approved program and a line item in the 
budget bux will not provide the needed MIS support for 
another ten years. The NALCOMIS Module 1 concept is limited 
sO supporting only maintenace and supply information needs 
and provides nc supper= to the overall administrative, 
meaining, and operational functions. 

The Portable Logistic Support System aS a concept is 
sound but the acquisition stategy does not follow the 
guidelines and regulations governing AULCPE procurement. The 
design and logical functions that PLS would perform are a 
step in the right direction in not only satisfying the VP 
community information needs but that of all Naval Aviation 


whether carrier-~btased or not. 
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eee ee he DO REGULATORY. ENV TAONMENT 


The Information Systems development that has taken place 
in Naval Aviation, and the initiatives being considered 
currently, have tremendous potential. They fail, however, 
to specifically address the information needs of the Patrol 
Aviation community. Expansion of current systems or 
creation of similar systems would implicitly seem to be the 
logical or even the most economically feasible approach to 
sake to meet the perceived need of the Patrol Squadrons. 

Unfortunately, 1t is not possible to simply take fron 
those systems that have been discussed previously the 
functions or features that are necessary and desirable, and 
utilize them in an effective, efficient manner at the Patrol 
Squadron level without first understanding and then dealing 
with two major areas of consideration. 

First of all, regulatory considerations must be well 
understood and must be addressed with tremendous attention 
to detail. Government Procurement Regulations, specifically 
those concerned with acquisition cr automated data 
processing equipment (ADPE), are most pertinent. Procedures 
and regulations concerning the planning, programming, and 


budgeting of funds +o bring about the procurement of a 
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Mse=m 2t2 also important. Reels Ceketaind yy, Nhezechs int 


mh 


nf this research to completely educate the reader in the 
areas of ADF procurement and the PPBS process. Development 
o= a good undérstanding of how these factors must be 
addressed is unavoidable, however, when réeviewing their 
relationship with the development of a specific systen. 
Secondly, the political environment in which new systems 
are conceived, bcrn, cloned, mutated, or aborted is an area 
+hat must not only be understood, but must also be studied 
continually and positively influenced at every opportunity. 
The obvious reasons for concern in the political environment 
aze based on the fact that no matter now fantastic a 
proposed system might be, it will never be implemented 
Without the support and approval of ali cognizant parties. 
The "parties" cencerned are not necessarily individuals. 
Individual Commanders, Program Managers, Sponsors, or Action 
Officers may leave a significant mark, and in some programs 
prove to be the reason for the short term success or failure 
meme] PrOyect. In the context of the entire life-cycle of 
programs developed over long periods of time, however, they 
are simply players in the game. ft iS, .batner, the 


influence of entire programs, agencies, and Commands that 
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eo at 
maeas must either flourish or fail. This influence is 
primarily created and fostered py regulatory and budgetary 
mentcol. 

fais chapter discusses BOL 5 the regulatory 


considerations and the political environment that pertain to 


the introduction of information systems into Operational 


Patrol Squadrons. This is accomplished, initially, by 
reviewing two specific audit reperts which address 
information system development in Navai Aviation. Paetas 


context, it is possible to gain a greater understanding as 
to06©6the)6pplace that the VP Community has taken in this 
development. It will serve as a basis from which the 
Current environment can be examined, in order to deveiop 


alternatives for the future. 


eee ATSS AUDIT 
fe introduction 
AS waS mentioned in the preceding chapter, ATSS has 
been used to a limited extent by Operational VP Squadrons 
during their at-home cycle. This is possible due to the 
Squadrons* proximity to the aAfTSS sites at the Fleet 


Replacement Squadrons (FRS), the most active being the site 
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meee aS Moffett Field. tious wae ted usage, although 
generally accepted and encouraged by Fleet Commanders and 
developmental personnel, is an extention of the ATSS systen 
that is not authorized under existing erocurement policies 
and procedures. If this were not the case, VP Squadrons 
would have all the functions of ATSS available to then 
Meweeng their at-home cycle, and would surely support an 
extention of these Capabilities £o “ad. operational 
deployment sites. However, due to the method by which ATSS 
was procured, ana “Ne sbeguratlonac Wien, Jt 2s currently 
operating under, the patrol squadrons are left without this 
tremendous capability, underscoring the need for this 
analytical review. 

This situation, and i1tS atteéendent political and 
regulatory complexities, is highlighted in Naval Audit 
Service Audit Report D30030, “Development of the Aviation 
Training Support System, Naval Air Systems Command", which 
was completed on September 26, 1980. 

The objective of the audit was to evaluate policies, 
procedures, and practices related to the planning, 
development, and acquisition of the Aviation Training 


mapport Systen. {Ref. 4] The review concentrated on the 
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Beeas 0 
compliance with procurement regulations; integrated 
logistics support and manpower planning, and employment of 
Automated data precessing resources. 

TiewmeseSUltS es Of the audaa Sind Gated. that AtTSS 
development and acquisition have generally been 
satisfactory. The following areas were, however, mnentioned 


as these where lmproveméent can be made: 


1. Opportunities exist for reducing ccsts by beneficially 
employ g ATSS hardware and sottware for requirements 
cf other related infermation systems and by mannin 
operational Sites with government vice COL trac 
employees. 


2. Improvements can_be made in fund administration and in 
mre 2 Ntegrated i10g1S5tic Spee areas of planning and 
eonftiguration control. ff ker. 4] 


The most Significant item nected, in terms of 
impertance +o fFatrol Aviation, is the fact that ATSS 
capabilities are not fully used. Political and regulatory 
considerations are collectively responsible for this 
eeredation. Further exapination of these faetors 1s 
presented quite well in the findings of the audit. 

me «Cs Findings 

The Chief of Naval Operations (CNO) has not 

permitted full use of ATSS capabilities through expansion 


beyond the FRS level into other training or readiness 
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Seporting areas where 2guipment or scit~ware could be shared. 
As a result, related systems developments cannot benefit 
eopom an offshoot of ATSS untii this is changed. CNO's 
refusal to expand ATSS was based cn the perceived need to 
Maintain ATSS exemption status under the Automated Data 
Processing Equipment (ADPE) acquisition regulations. 
[ Ref. 4] The audit explained that this exemption is no 
longer needed, because the final 10 ATSS systems to be 
purchased were ordered under a FY 1980 contract. It was 
stated that removal of the exemption status would more chan 
benefit managers within and beyond the training community by 
providing more timely and accurate management data on a cost 
effective tasis to a wider range of users than any other 
system could provide individually. 

Department of the Navy policies and procedures 
pertaining to ALCP systems specifications, selection, and 
acquisition are set ferth in SECNAVINST 5236.1A. [{Ref. 13] 
This instruction defines general purpose, commercially 
available ADP components and the equipment created from 
them, regardless of use, size, capacity, or price, which are 
applicable to the cited approval authority. It also allows 


for specific types of ADPE which are exempt from the 
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Meecur@=m@ent reguiaticns upheld by the approval authority. 
Even though ATSS uses standard off-the-shelf ADPE, the Chief 
of Naval Material (CNM) designated ATSS as a training device 
and exempted it from ADPE approval requirements, eliminating 
the need for many time consuming procurement practices. 

Naval Aviaticn Procurement funds (APN) have rinanced 
the system from its beginning until the present. DUEL on 
1978, NAVCOMPT reviewed the ATSS exemption status and ruled 
that ATSS was not a training device as defined by DOD/Navy 
budget policy. NAVCOMPT, ia COnmine t10N Wit P-CNO, 
reclassified ATSS as a computer-assisted training systen 
Within the generic category of equipment configured solely 
for training applications. NAVCOMPT authorized continued 
APN appropriation financing of ATSS hardware and software, 
predicated on ATSS use solely for aviation training 
applications with no other expansion capabilities. This was 
apparently done to ensure that program execution would be 
consistent with APN budget justifications submitted to 
Congress. 

During the past four years, various sponsors have 
initiated data processing systems which represent either an 


extention of ATSS capabilities within the general category 
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Meme caiying, Of applications peyond the scope of training. 
Although hardware and software duplication could be avoided 
by sharing resources with ATSS, OP-592 has consistently 
denied use of ATSS resources for systems which require the 
Peepansion of aATSS to Operational sguadrons (even for 
Saining Support), or which generate output that is not 
«raining related. Examples of these include: 

1. Fleet Area Control and Surveillance Facility (FACSFAC). 


mee Tactical Aviation Configuration Organizational 
Management System (TACOMS). (see RCAS, Chapter 2) 


3. Liberty Elite. 
G4, Individual Flight Activity Reporting System (IFARS). 
All of the systems listed are lcgical extentions of 

of the existing ATSS. Three or the systems provide primary 
benefits to the training community through scheduling 
training resources (FACSFAC), Maintaining configuration 
status of aircraft used for training purposes (TACOMS), and 
monitoring training of operational Squadron personnel 
(Liberty Elite). IFARS reporting is tremendously successful 
at the FRS level, and would greatly enhance the timeliness 
and accuracy of information at the individual squadron 
level. All four systems illustrate the cpportunity for 
eliminating duplicate data collection and hardware 
procurement. 
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ing regulations 


ct 


AS mentioned previously, 2xis 
governing the procurement of ADPE appear to preclude the use 
of ATSS outside the training environment unless that system 
is designated as general purpose ADPE. Cognizant CNO, 
NAVDAC, and NAVAIR personnes have stated that the 
requirement to perform an economic analysis, Gul y 
justified, and request appropriate delegation of procurement 
authority from GSA for future ATSS acquisitions could 
jeopardize sole source procurement of identical hardware, 
while competitive selection could result in software 
modifications to obtain compatibility with the existing ATSS 
system. [Ref. 4] The auditors felt, however, that this 
action would only insure that future system acquisitions 
would produce the most cost effective system to neet 
identified requirements. 

3. Recommendation 

The recommendation of the auditors to CNO was that 
the ATSS exemption be discontinued, and that the sharing of 
ATSS hardware and software with other approved ADP systems 
be encouraged. { Ref. 4] CNO concurred and stated the 
SoweLOwLng: 


At its inception, the ATSS (formerly VTS) was 
designed and developed te satisfy an urgent fleet training 
requirement for the aviation Sn The system was 
initially procured through a eOunees ive contract as 4a 
turnkey ‘training device under the énd-item clause of 
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Betense ACGUiSitzOn Regulations 3.1100.1{a) and SECNAVINST 
meeo. iA, Dar. IL.8.2.d. At the time the exemption was 
granted, ATSS was. a valid training system that contained a 
Computer, provisions ror interconnections with training 
Simulators, and logic ccmponents. for interaction between 
the system and students undergoing training. However, 
through the evclutionary development process, ATSS has 
been reduced in Score to the See of performing cae 
administration, and management functions, as well as the 
meamary tunction cf training aviation maintenance and 
aircrew personnel. 


ATSS, aS it exists today, meets the intent and 
scope of an automated information system and should be 
managed, developed, acquired, and funded under ADP rules 


and regulations. However, one point must be emphasized. 
Regardless of ATSS status, it remains to be determined, 
through detailed feasibility studies and economic 


analySes, to what extent other systems can be accomodated 
and ed achieved without degrading the. pau 
Punction o providing highly trained and qualified flee 
replacement personnel for the aviation community. 


CNO will take the necessary action to remove the 
ATSS exemption from ADPE regulations consistent with an 
pees tY tlansition scheme so as not to disrupt ongoing 
mics eCtforts. {[{Ref. 


Eee NALCOMTIS AUDIT 
im introduction 

On June 19, 1981, the Naval Audit Service Capital 
Region released to CNO (OP-008) and Commander, Naval Air 
Systems Command (AIR~-0O8C) a draft finding from Audit D30051- 
"Development of the Naval Aviation Logistics Command 
Management Information System". The finding, entitled "The 
need for continuing NALCOMIS development is questionable", 
provides concise, up~to-date inftormaticn on the status of 
NALCOMIS development, and provides strong justification for 
a recommendation which would have a tremendous impact on MAIS 


development in the Naval Aviation community. [Ref. 11] 
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Posing Med OCcoDeE “IG8l, che final drart of audit 
D30051 was released to CNO. This occurred after 3 months of 
rebuttal by NALCOMIS and extensive reinvestigation by Naval 
Audit Service auditors. The results of the audit were 
essentially the same arter reexamination, leaving the 
auditors recommendation essentially intact. [Ref. 14] 

As this chapter is being written, CNowrs in the 
process of reviewing the results of the final audit. Future 
NALCOMIS development will be dependent on the events that 
take place in tne next few months. Only by reviewing the 
audit findings can one gain an appreciation of the factors 
involved in plotting a developmental course for the truture, 
which will have a direct effect on the needs and eventualiy 
the capabilities of Naval Aviation. 


ee Findings 





The Naval Aviation Logistics Command Management 
Information System (NALCOMIS) is intended to provide the 
Naval Aviation community with a standard automated 
information system that ae assist managers in 
accomplishing aviation maintenance and supply functions, and 
Should result in increased aircraft mission capability, 


increased personnnel effectiveness, and improved data 
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meporting. Rwhomeenoc  Gescaned tO “hbanrdie all or the 
information needs of an individual sguadron, but would give 
squadron commanders access to a tremendous amount of 
information, unavailable pefore, which could eventually be 
instituted into a squadron MIS. 

HOWeVEL, after nine years of development effort 
costing $22.2 million, the auditors have determined that 
little progress has’ been nade. It is estimated that 
completion and implementation of the system will require at 


least 11 more years of effort and additional life cycle 


investment costs of $307.8 million. (Ref. 11] In view of 
these factors of time and money, the need for further 
NALCOMIS development, as presently envisioned, was 


determined to be questionable. 

The auditors! basis for these estimates was based on 
their examinaticn of the management information systems 
being developed at Naval Weapons Center, China Lake, 
California (NAVWENCEN) under the sponsorship of Commander, 
Naval Air Force Atlantic (COMNAVAIRLANT). it was £feit that 
these systems, already in operation or final stages of 
development, are capable of fulfilling NALCOMIS objectives. 


It was further stated that by incorporating the features of 
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taes2 systens in place of continued development, she Navy 
could expedite implementation OE Of Merne management 
information system objectives by at least 8 years; reduce 
life cycle investment costs at least $217.8 million, or over 
70%; and provide the aircraft community a more managable and 
versatile system. [Ref. 11] 

The NAVWENCEN Systéms examined are, interestingly, 
all offshoots of the ATSS concept. The systems cited in the 


audit include: 


CAMS - Comprehensive Asset Management System 

ECAMS - F/A-~18 Enhanced Comprehensive Asset Management 
System 

IRIS - Interactive Resource Informaticn Systen 

PLS -~ Portable Logistics System 


TACOMS=- Tactical Aviation Configuration Organizational 
Maintenance System 


A general review indicated that modules (applications) of 
these systems line up with and provide essentially the same 
information intended to be procured by the NALCOMIS 
subsystems, as listed in Table I. 

The completed NAVWPNCEN systems are instailed and 
currently operating satisfactorily at 11 of the sites 
designated for conversion to NALCOMIS Module i. These sites 


include nine naval air stations, enpairerdage Cakbricr, (‘and 
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NALCOMIS/NAVWPNCE?! MIS Functional Compoarison 


NALCOMIS 
subsystems 1/ 


Merognt activity 
monfricuration 


management 


Maintenance 
metivity 


Asset Management 
Supply support 
center 


Maintenance 
personnel 


Local/upline 
reports 


system support 
(SNAP) 


l/ All NALCOMIS subsystems under development 


COMNAVAIRLANT systems 


Modules/applications 


Engine and airframe 


Gemilguration, engine, 
airframe, technical 
directive 
Configuration, engine, 


VIDS/MAF-SAF 2/ 
Avionics 


Ground support equipment, 
airframe 


Supply SUpDOrt 


Maintenance versonnel 


Local/upline report 


System support (PDP 11/23) 


Status 


Operational 


Operational 


Operational 


Development 


Operational 


Development 


Operational 


Operational 


Lom pC 
acquired 


2/ Visual Information Display System/Maintenance Action 
Morm ~ Support Action Form 
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moe }860ONAVAPNCEN. Sogniget: s OeVETOpMeENt eGeavyo2<;, personnel 
said that further systems requirements that may be needed to 
mee Ly satisfy NALCOMIS objectives would present no 
development difficulties. [Ref. 11] 

The element of the timeliness Or NALCOMIS 
implementation, versus that of the NAVWPNCEN developments, 
and the relative costs of the two cconcepts, were highlighted 
in the audit findings. 

In regards to the implementation tine, systems 
development problems, as discussed in Chapter 2, have 
delayed program progress and it now appears that NALCOMIS 
Module I can not be implemented before FY 1992 at the 
earliest. Unlike NALCOMIS, site preparation and activation 
for NAVWPNCEN management information systems does not 
involve extensive renovations; Shipboard installations can 
be done at sea as they do not require the ship to be in 
overhaul. Auditors were advised that NAVWPNCEN system 
phase-in could proceed immediately and cover all afloat and 
ashore sites within 3 years. It was also stated that any 
work needed to develop/refine software to meet NALCOMIS 
requirements not presently covered could be completed during 


system phase-in. 
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in -we oeeeevOmCcoOSe POE Terene tal, WOE $217.88imallion in 
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life cycle costs that the auditors predict as Mmininun 


savings if NAVWPNCEN systems were used in lieu of NALCOMIS 


Module i were gleaned from the cost Categories 
system/project management, ADP hardware, system test and 
evaluation, and site activation. The audit review in these 


areas showed the following cost differentials favoring the 
NAVWPNCEN systems: 


1. System/project management costs could be reduced by 
oo. million. 


2. ADP hardware costs could be reduced by $169.3 miiiion. 


System test and evaluation costs could be reduced by 
ez23.! mitilicn. 


Memeotte activation costs could be reduced by $318.6 
million. 


3. Summary 
The auditors findings and overall ecbservations are 
Summarized quite well in the following paragraph. Both 
regulatory reguirements9 and political inferences are 
contained in the auditors words, strengthening the position 
of the authors as to the importance of these factors: 


SECNAVINST 5231.1A and OPNAVINST 5231.1 provide 
Standards for managing and justifying automate data 
Oa fron Cee 260 “chEougne, fuel Oberarion. The 
standards require hat the system be capable of meeting 
its objectives, be the most effective and economical means 
of sa ean de the requirement, and be able to be 
imoplemente within a reasonable eriod of time. The 
NAVWPNCEN mangement information system appears superior to 
NALCOMIS when judged. by these standards. As developed, it 
provides a reasonakle framework that can be expanded or 
refined as required to meet the objectives set forth for 
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MALCOMIS ata much lower lic onl 
Implementation of this system 1 ace 
Save the Navy a minimum of $217.8 il On. The NAVWPNCEN 
system also can be full Aap Some and operational eight 
ears earlier than NALCOMIS. Pieoudguouterts history, 
ALCOMIS has been justified on the basis of urgent need. 
However, nine years have passed since the Navy initiated 
efforts in FY 1972 to automate information covering the 
functions asscciated with aircraft maintenance and 
support. ne arrears unreasonable that the aircraft 
community should have to wait another 9 to 11 years until 
meeer99Q Or FY 1992, or 18 to 20 years overall, to begin 
Obtaining the automated aviation maintenance information 
system benefits of a. fully operational NALCOMIS when the 
need can be satisfied much earlier by using another 
system. [Ref. J 


EnVvVesesent cost. 
Or NALCOMIS would 
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CY 
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4. Recommendation 

Based on their findings, the Naval Audit Service 
recommended in beth their draft audit finding and in their 
final audit report that CNO discontinue further NALCOMIS 
Module I development. This was recommended in favor of 
utilizing resources as required to adapt NAVWPNCEN 
Management information systems, previously under the 
sponsorship of COMNAVAIRLANT, EOE the Naval Aviation 
community's use in executing the Naval Aviation Maintenance 


Program. 


C. CHAPTER SUMMARY 

Clearly, there exists a void in Patrol Community MIS 
involvement and development. This developmental void in 
automated information systems is a direct resuit of the 
Ppowitical and regulatory environment that has been 


presented. Ongoing development is, and will continue to be, 
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mae ject to the same environment. Enesere so, fc 2S 
imperitive that Patrol Aviation take on this problem asa 
Community to ensure that its needs are addressed and met in 
current and future information systems developments. A 
commitment to this goal must be made quickly, because the 
time involved in the system development process is long and 
the need is immediate. This does not necessarily mean that 
current developments Will suffice, or that rapid 
implementation is even politically or legally possible. 
What is clear is that efforts to circumvent accepted systems 


acquisition regulations will not cre tolerated, and that 


Bolitical support 1s very dependent on the 
cost/feffectiveness of proposed systems, especially in view 
of the current economic environment. This view was 


reinforced, quite strongly, by the recommendations given in 
the audit reports reviewed. The audits also illustrated 
some facts that will become very critical in developing 
alternatives. NALCOMIS development is, at present, a 
tangible program with economic justification and political 
acceptance, but it is under close scrutiny as presently 
envisioned, which may cause sweeping changes +o occur. 


Further changes to NALCOMIS could, depending on the specific 
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methods of adjustment, cause the system to be inplemented 
even later than anticipated or could cut development and 
implementation time significantly. Unfortunately, no matter 
@hat hardware and software is secs unless the functional 
needs of the Squadron are met, the system is not, by itself, 
«he answer. EXISt@ng ATSS sites witl) continue to assist 
operational squadrons during at-home periods, but due to a 
lack of resources and problems of mobility, those assets 
Will not satisfy a significant portion of of present and 
future at-home needs, and fail compietely for deployed 
Squadrons. 

Squadron needs have, thus far, been addressed in terms 
of systems capabilities, or more precisely, in terms of the 
lack of capability now available. In other words, Lf a 
Squadron function has been automated and implemented on a 
specific system, it has been implicitly assumed that a 
Squadron information need exists, based on the capability to 
automate that function. In order to pinpoint more exactly 
the shortcomings of present operations, and to forcast more 
exactly the most feasible paths of development, it is 
essential that squadron needs be presented in terms of 


functional requirements resulting from specific Patrol 
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Maueadron organization. Tois has net Deen dome, tn tne past. 
Prior to this study, the majority of developmental analysis 
regarding automated information systems in Naval Aviation 
have been geared to carrier-based squadrons and air-wings 
and may or may not reflect YP needs. 

Chapter Four analyzes Patrol Sgquadren organization and 
procedures, and cites specific deficiencies, in order to 
clarify and reinforce the essential informational needs 


discussed thus far. 
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IV. SQUADRON ORGANIZATION AND FPROCEDURES 


In order to establish a need and subsequently conduct a 
feasibility assessment for any syStem, it 1s imperative that 
one understand the organization and its current operating 
procedures in order to derive user requirements. This 
chapter will identify the Patrol Squadron organizational 
structure and rélaticnships and discuss current procedures 
in order to identify any deficiencies that might exist in 


its information needs. 


A. SQUADRON ORGANIZATION 

VP Squadrons are normally composed of an executive 
branch consisting of the Commanding Officer, Executive 
Officer, and frem four to six departments depending on its 
complement of LCDRs. The departments are classified 
according to their functional areas of responsibility 


(Pigure 4.1), and consist of: 


1. Operations Department 

2. Training Department 

3. Administation Department 
4, Safety/NATOPS Department 


5. Maintenance Department 
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Figure 4.1 Squadron Organization 
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in some squadrons the Training Department would be a 
division under the Operations Department and the Command 
Services division would be a seperate department. The total 
Squadron complement of personnel is 360, with 60 Officers 
and 300 Enlisted personnel. This chapter will not attempt 
#0 provide an in-depth billet description for all 60 
Officers, but will describe the major departments and their 
functional responsibilities and procedures as they exist 
today. 

1. Operations Department 

The Operations department is headed by the 
M@eerations officer and consist of the Flight, macties.. 
Intelligence, and Communications divisions as illustated in 
Figure 4.2. 

In general, the Operations department 1s responsible 
for the conduct and documentation of all flight evolutions 
for the squadron. This includes an extensive interface with 
the Training and Maintenance departments in order that all 
resources (personnel and aircraft), are availabie and 
Capable of carrying out successfully the multitude of 


assigned tasks. 
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Operations Department Organization 
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Ta light division is responsible for the 


‘b 


Behedtling of all daily activities including ground training 
events. It also must insure that the humerous 
reports/documentation concerning these events are carried 
out in a timely and accurate manner. 

The Tactics division is responsible for the tactical 
training of all combat aircrew members and the conduct of 
all fleet exercises and operational flights. The Tactics 
division interfaces extensivly with the Training department 
tt this endevor and must insure that all crewmembers are 
kept abreast of current developments in the ASW arena. 

The Communications division is responsible for the 
custody and handling of all classified material and for the 
proper procedures and protocall in regards to all squadron 
communications. This incites the tiling and logging of 
hundreds of classified and unclassified messages along with 
che numerous COMTAC pubs that a squadron is required to 
have. 

The Intelligence division is responsible for the 
training of all combat aircrewmemters in regards to the 
numerous intelligence activities that a VP squadron engages 


en « 
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As mentioned previously, the Training Department 
interfaces extensivly with the Operations department and in 
some squadrons is crganized as a division in the OPS 
department. In general, the major resposibility of the 
Training department/division is to supervise the progress of 
all aircrewmen and to insure that the sguadron maintains the 
highest readiness possible at all times. 

A general Training organizaticn as depicted in 
Figure 4.3, ECGnSists Moot Plans and Readiness, NUC 
Weapons/Safety, Awd Division, and Flight Tfraining. 

All training that is accomplished along with ali 
individual and crew qualifications that must be received, 
must be documented in accordance with Squadron, Wing, and 
NAVAIR regulations and procedures. This enormous amount of 
documentation is a necessity in order to track and manage 
effectivly the readiness and utilization of the dwindling 
number of squadrcn personnel resources. 

3. Administration Department 

The Administration Department as depicted in Figure 

4.4, consists of the Department head, Asst. Admin Officer, 


met Jt. division, Personnel Division, Command Services 
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Figure 4.3 Training Department Organization 


OS) 
{a3 





Mme On, and Sducation ard Legal Orficers. In general, the 
Admin. Department is responsible fcr ali the routine 
paperwork and administrative procedures that are common to 
most organizations. It interfaces with all departments and 
personnel in the sguadron cna daily basis. 

The Personnel Division handles all enlisted 
personnel files and the numerous reports and documentation 
that is associated with them. The Admin. office,supervised 
by the Asst. Admin. Officer, handles all Officer files and 
records. Pac st. Lt. Division maintains all squadron 
Spaces and is responsible fer the billeting of all personnel 
while on deployment and all enlisted personnel residing ina 
the barracks during the at-home period. The Command 
Services Division has been made a separate department in 
some Squadrons and is responsible for retention and career 
counseling, Public Affairs, and all social and welfare 
functions for the squadron. 

4, Safety/NATOPS Department 

The Satety/ NATOPS Department depicted in Figure 4.5, 
is responsible for both the ground and aircraft safety 
programs for all personnel in the squadron. This department 


interfaces extensivly with the Training and Maintenance 
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Figure 4.5 Safety/NATOPS Organization 
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Bepartments in oc 
procedures and safety when flying aircraft and maintaining 
them on the ground. 

Di. Maintenance Department 

The Maintenance Department as depicted in Figure 
4.6, is the largest in the squadron in terms of personne 
and the handling and responsibility for squadron resources. 
The Maintenance Department in regards tc functions cculd be 
considered a self contained organization in itself and has 
its own administrative and training sections. 

In general, the responsibilities of the Maintenance 
Department is to maintain Ssquadrcn aircrart and ground 
Support equipment to support day-to-day squadron operations 
and to satisfy the objectives of the Naval Aviation 
Maintenance Program (NAMP). The objectives of the NAMP are 
clearly stated in the promulgating instruction. [Ref. 15] 


Mee-.-tO achieve the readiness and safet standards 
established Py. the CNO, with optimum utilization of 
Man-power facilities, material, and funds. This is to be 
accomplished through policy guidance, technical direction, 
Management, and administration of ali programs aifecting 
activities responsible for aviation maintenance, including 
associated material and equipment. It €ncompasses_ the 
Bepalr of eee te tee cd tt Ewen and material at the lsvel 
of maintenance which will insure optimum use of resources; 
the protection of weapons systems from corrosive elements 
through prosecution of ah active ¢corrosicn control 
progran; and the collection, analysis, and use of 
pertinent data in order to effectiviy improve materiai 
readiness and safety, while sinultaneously pence SL hg the 
efficient and economical management of human, monetary, 
and material resources." 
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Miemscidd bolum Leyecinor eM atevarce "{orcgan:zati onal) 
functions include inspection, servicing, and handling of 
equipment as well aS on-egquipment corrective and preventive 
Meintenance including removal and replacement of derective 
parts and components. Incorporation of designated technical 
directives and necessary record keeping and reports peculiar 
to organizational level maintenance are also frunctions 


assigned to the squadron maintenance department. 


Be. CURRENT OPERATING PROCEDURES 
Patrol Squadron current operating procedures will be 
discussed in terms of the management information support 


that the system currently offers. Gorden B. Davison hes 


book titled Manaqement Information Systems; Conceptual 


Foundations, Structure, and Development, stated that MIS 


structure could be based on organizaticnal function oor be 
based on Management activity. [ Ref. 16] Management 
activity refers to the type or level of support that an 
information system provides,i.e transaction processing, 
@eerationai ccntrol, management control, and strategic 
planning. This discussion of operating procedures and 
information flows will be centered around organizational 


functions of a VP Squadron, but will inherently include 
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@ifferen+ levels of management activity. The organizational 
functions discussed below closely follow the squadron 
departmental breakdown and consist of aircraft maintenaace 
management, training management, administrative/personnel 
management, and operations management. 

1. Alrcraft Maintenance Management 

The squadron maintenance activity in satisfying NAMP 
objectives and daily operational reguirements, performs both 
scheduled and unscheduled maintenance activities. Scheduled 
Maintenance is composed of inspections (phased, calendar, 
and special), scheduled removal of components, and technical 
directive compliance. Unscheduled maintenance are those 
efforts expended to GOEEeCee a@irerafgct and equipment 
Malfunctions in order to meet operational and training 
requirements. 

The Squadron maintenance department uses the 
aircraft loghook, aeronautical e¢gquipment service records 
(AESR), technical directives, Periodic malntenance 
meeOrmatlon cards (PMIC), and flight activity information to 
Manage scheduled maintenance requirements. Management of 
unscheduled maintenance is facilitated by usage of the Naval 


Aircraft Flight Record (Yellow Sheet) and Visual information 
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Display Systemy Maintenance BGELOuS Forms (Vivs7 Mar) 
submitted by flight crew and maintenance personnel. 

ins the Operation of the existing maintenance 
Management system, data is collected on various manual, 
handscribed forms cr grease boards located in the various 
work centers of the maintenance department. The current 
status of activity occuring in éach of these areas is 
maintained by positioning these handscribed ferms in the 
VIDS boards or ty updating the information on the grease 
boards. 

As mentioned previously, VIDS/MAFS are the main 
record used to control and monitor the accomplishment of 
maintenance actions at the squadron level. Fart of the forn 
is detachable for insertion in the VIDS ktoards. The form is 
used to document on-equipment maintenance as well as the 
removal and subsequent processing of a repairable component 
to the Intermediate maintenance level. Subsystem Capability 
iapect Reporting (SCIR) data is also documented on the 
VIDS/MAF along with the maintenance action that reduced the 
Mission capability of the equipment. Additionally, technical 
directive compliance (TDC) and equipment inventory change 


(gain, loss, and in/out of readiness reporting status) is 
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Mmpser=~ed on the VIDS/MAF. A second Banually inscrined 
source document fcrm is the Support Acticn Form (SAF), used 
for recording man-hours expended on repetitive, non-repair 
tasks Sijch as servicing, Cleaning» Paenmtane {ectc. The 
handscribed completed forms are submitted to an external 
local data services unit for processing and the preparation 
of various reports generated by the Maintenance Data Systen 
feyDiS) » The categories of the reports generated are 
preventive and corrective maintenance, replacement and 
repair of defective components, changes to eguipment 
configuration, material transactions, and aircraft/GSE 
Subsystem Capability Impact Reporting. 

Configuration management at the squadron level 
invelves tracking selected components installed Le 


individual aircraft and maintaining accounting of technical 


directive compliance requirements and actions. Updated 
technical directive lists 2 {not incorporated) and 4 
(incorporated) are prepared and forwarded by the Naval 


Aviation Logistics Center (NALC) on quarterly basis to the 
individual squadrons for verification and correction. The 
lag in the Technical Directive Status Accounting is from oae 


to two months and the updated lists received by the squadron 
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Meme. nes accurate or £imely encugh to enable erxftective 
Sentaguration ccntrol. Numerous manhcurs are spent Dy 
squadron maintenance personnel =o verify actual 
Sent. guration against the lists and technical directive 
documents. The time lag in the system results in additional 
submission OE VIDS/MAF's <6 insure lac previous 
incorporations are entered in the data base. 

The present information flow that originates froma 
*he submission of a VIDS/MAF in maintenance control is 
Mempaeted in Figure 4.7. 

As can be seen, there are numerous verification and 
Manual transfers of the various parts cf the VIDS/MAF. The 
probabilities for loss/misplacement of this record are naigh 
along with the redundant duplication and recording of data 
items contained in this manual record. 

Flight activity information and tracking originates 
from the Naval Flight Record (Yellow Sheet - OPNAV Forno 
ooo, 28). iInformaticn ccncerning aircraft flight time and 
individual crewmember flight time is handwritten by flight 
crew and delivered to maintenance control for data 
Bertltection. This data is used by maintenance personnel to 


schedule maintenance relative to flight hour intervals and 


103 





VAIGUOMOTY UOTASWIOJUL AVW/SCIA UoOapenbg J/°h eandty 


VW 149 IVNOULIONNY NY SAiv 
HEINE SIMvtvdI HOD Uf 


IVVE/STHIA 8.9S DUTTA 
MEINOINOD STAG Ze 





“Oats oot 
ININOANO DEREIAA SS Jl OF QIGUYVMUIO?D 
1 NOMDIS SISA TYNV 
WwOoUs 
Oo 
ee) Ay Gt € Ado 
NOME VOT ETA “WO CL®AMOD & BE SWMAOD 
ww HO’ G AWOL SMhevd ae 8 SIVAN GILILIWOD ROC 6 
{ NOW93S SISA IVNVY 
Or 
= ; > 
one ; Woon SNe =t 
TNIV OLE AOD SOlVMHO ft HV NEC ITE Ste AMO VU © 
On MATL Oe O-arievaMHead 2 AWOD Chivod —| 


SOIA NO QINIVIAE AOD 7 


WEDIN 1) WEEOCOAA TOE 


OL GTINY 6S Ibo SOV MIHD 4 
AVUV/STHA THEVA SSPIVIEINE 1 


CUIVOR SCUIA NOECEEMISNE 9 








ia 


QIvO SHA Bel NO 
Sebeva CE GPE EeSanye aby 


CGAPTMISNEG ONY ES Mae € 


HOF CLINOISSY & 


VEGEAe aD 2 NOD Ins A 14aNs yONENOD ivitivey 





be 3 WHIODAA VE DEN FD UEIE DMA TOUINOD JONVNIINIVYN JONVEHNISSY ALLIVOOD 








Meme xeep track cif where a specific aizcratt is ia tae 
maintenance cycle. The data flow originating from the 
Yellow Sheet is depicted in Figure 4.8. 

The infcrmation contained in the yellow sheet is 
transcribed numerous times for varying applications and 
records. The sguadron m@intenance activity keeps locally 
prepared daily time sheets for data entry from each 
completed yellow sheet. Entries are added or subtracted from 
cumulative tctais, recorded as dailey totals or single 
sorties, or brought forward from previcus time sheets. 
Extensive verificaticn procedures are required due to 
humercus records, files, and status boards that use the 
information derived from the yellow shest. 

2. Training Management 

The execution and management of training crosses all 
departmental boundries and affects all personnel in an 
Operational Patrol Squadron. There are approximately 10 
combat aircrews in a typical VP Squadron with 12 crewmembers 
per crew. Thus, 120 squadron members are involved in 
aircrew training alone. In addition all maintenance 
personnel must be trained in order to accomplish certain 


tasks required of specific work centers. Although there is 
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megesignated Training Department or Division in the squadron 
Seganizational structure, training is also enacted and 
managed by other functional areas in the squadron. Training 
is required to prepare all Officers and Enlisted personnei 


Meer il certain ground jobs or billets in a sguadron in 


mage ion to Safety/NATOPS training, tactical | tramneng, 
general military training (GMT), Substance abuse training, 
etc. 


One of the main objectives of an Operaticnal Patrol 
Squadron during peacetime is to maintain the highest degree 
of readiness possible at all times. The primary means for 
accomplishing that goal is through continous and erfective 
training. Thus, training equates to readiness and a high 
degree of readiness depicts an effective training program. 

AS mentioned previously, the majority of the 
training that a crewmember receives inorder for him to 
Miaraty for a specific position on the P3 aircraft is 
accomplished in the operational squadron after he compietes 
the sylabus at the Fleet Replacement Squadron. This does 
not mean that the FRS is ineffective . The FRS is designed 
#0 provide indoctrination and initial training to the first 


tour aviator and refresher training to the second tour 
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MeeeacOr. It normally takes from i to 2 years cE addaditionai 
training after the three to six months at the FRS to fully 
qualify the first tour aviator at his final combat aircrew 
Besation. Phe Sseascn forsthe Lenght y <imemeoteadditional 
«raining in the operational squadron is that the officer 
crewmembers must have a knowledge of all 12 crew postions in 
mes complex aircraft. The following discussion will 
describe the current procedures utilized to manage and track 
the training activities in the operational Patrol Squadron. 

Gurren. — tracking. of  tradning progress for air 
crewmembers involves numerous manual records and files and 
the ever present manually updated grease board or chart. A 
training jacket is maintained for each of the 120 air 
cremembers and updated by the respective NFO, Piece Or 
Emeasted Aircrew Training Officer. inaed: tO, the 
respective NATOPS Officer or Petty fficer maintains a 
seperate file on all flight personnel to track and record 
their progress in relation to NATOPS exams and inflight 
checkrides. 

All squadrons have a standard training syllabus for 
aircrew based on the Personnel Qualification Standards (PQS) 


system. Dias system consists of numerous training 
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objectives that must be successtully ccmpleted and consist 
@empoth practical factors and flight evolutions. Each of 
these pratical factors must be signed off by a qualified 
instcuctor in a student legbook 4nd on a student gradesheet 
and then transcribed again in the individuals training 
jacket. This redundant reccrding of information is extremely 
tinge consuming and subject to errors. The progress of ¢ach 
crewmember under training is plotted on a greaséboard froa 
information obtained from the EGS LOG gad, es and stilling 
procedures. This information is used by plans and schedules 
officers to determine the next sequence of flight evolutions 
meeea Specific individual. The training progress of an 
individual is also used by the Operations department in 
determining crew composition and crew manning projecticns in 
addition to monthly readiness and training reports sent to 
the functional wing. Thus it can ke seen that an extremely 
accurate data base is needed concerning training tracking 
and the present manual method of maintaining that data base 
is time consuming and error prone. 

NATOPS training is another area that maintains 
extensive records and files pertaining to individual 


qualifications and deficiencies. Flight crewmembers are not 
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Meogally qualifiscd to pertorm as a functional crewmember 
unless they hold a current NATOPS qualification. 
Maintaining current NATOPS quaiarica tions requires 
emecessful completicn of both open and closed book NATOPS 
exams and a NATOFS flight check. Extensive NATOPS questions 
banks must be manually maintained and updated for eight crey 
positions; Pilot, Tacco, Nav/Com, Acoustic Sensor Operator, 
Non-Acoustic Sensor Operator, Flight Engineer, Flight Tech., 
and Ordnanceman. 

All of the manually maintained records, files, and 
question banks mentioned above in regards tec training 
management require numerous man-hours that could be used for 
individual counseling and personalized training. 

3. Administrative/Personnel Management 

The current procedures in the functional area of 
Administration and fFersonnel management require numerous 
clerical man-hours to produce and edit the many reports, 
files, and evaluations required of any sguadron in the U.S. 
Navy. Operational Patrol Squadrons, as of this date, do not 
have any word processing capability to aid in this process. 

AS mentioned previously, the Fersonnel Division 


handles all Enlisted personnel records. This is an extremely 
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Mmaeec= file or Manual data base froa @haich naumerous 
summaries, Leperts, and lists must be assembled or 
manipulated. Some Operational VP Squadrons do make use of 
*he ATSS Personnel nodule tc a limited extent woen they are 
not deployed and are home-based at either NAS Moffet Field 
or NAS Jacksonville which have ATSS equiped FRS. This 
limited support must be severed when the squadrons depioy 
and all automated personnel functions must be returned to 
the manual data base. It therefore requires the squadron to 
Maintain both a manual personnel data base andthe ATSS 
personnel data base (if desired) invOnden tO SEeCVent | a 
complete reconstruct when required to deploy. 

Watch lists, recall bills, duty section rosters, BEQ 
billeting assignments, social rosters, etc, are examples of 
the numerous applications that must be manually produced and 
Maintained from the fersonnel data base in addition to the 
personnel resource data such as NEC codes, gain and loss 
accounting, time~in-rank, and time~in-service that is a 
necessity for advancement and overall squadron management. 
All required reports, both internal and external to the 
squadron, are managed by a manually maintained and monitored 


Mreckler file", The reports that are produced have to be 





eyped in the rough, and then chopped and edited numerous 
times before the report is authorized to leave the squadron. 
This results in numerous clerical man-hours typing and 
re-typing documents before they are sent out. The manual 
tickler file and the manually produced documents not only 
increases man-hours but affects the timeliness of the 
reports as well. 
4. Operations Management 

The function of Operations management is one of the 
more critical management areas in the squadron. Meeting 
committments and producing quality results are extremely 
important and "visible" objectives of any squadron. Current 
procedures involving operational control receive little, if 
any, automated support. Some squadrons do make use of the 
ATSS in producing crew lists but that is just one smail 
application or output of the Operations management function. 
Operational control involves day to day scheduling, short 
term and long term planning, resource inventory control, and 
up-line reporting and documentation. 

Daily flight scheduling is currently accomplished 
using manually produced weekly and monthly ops and training 


plans, personnel availability lists, and Wing tasking 
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Memo rements. Ali of these mnanuai inputs atsct fe balanced 
and weighed against each other in crder to derive the most 
optimum schedule possible. This manual process often is 
subject to human error and poor input data that results in 
numerous flight schedule ccnflicts. 

The yellow Sheet, discussed previously under 
Maintenance management, is also used for operational control 
of flight hour usage and individual flight hour accounting 
and recording (IFARS data). The data obtained from the 
yellow sheet is transcribed again into individual logbooks 
and on computer input forms for processing at an external 
meciVity. A single automated entry of yellow sheet data 
would alleviate the many mistakes and omissions that result 
from the redundant and repetitive procedures that currently 
exist. 

Current procedures utilized to track sonobuoy usage 
involves manual reccrding of flight summary data and 
periodic physical counting of exisiting sonobuoys both on 
aircraft and in sonobuoy stowage bins. Numerous man-hours 
could be saved if a single source data entry procedure could 


be utilized to track and report these assets. 
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Up-line manageszent Eeguices both Des2Goqic and 
one-time status reports. The current procedures utilized to 
Summarize and fcrmat the data required in these reports 
involves numerous personnel, man-hours, anc manually 
recorded reports and files to produce the desired output. 
An automated data base and report formatter would greatly 
reduce the enormous amount of effort in producing these 


reports as well as improve their accuracy. 


C. CHAPTER SUMMARY 


This chapter Summarized current Patrol Squaacron 


organization and opérating procedures concerning 
Maintenance, Fersonnel/Administrative, TraLnIng, and 
Operational management. This is a necessity in any 


feasibility study in order to determine and identify any 
deficiencies that might exist in a particular systen. The 
deficiencies that were identified in this chapter wili foram 
the basis for stating the functional requirements that a 
Patrol Squadron Management Information Systen should 


Satisfy. 
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UXDRONSREVULR EM ONTS AND ALTERNS®TIVES 





A. INTRODUCTION 

A cursory analysis cf& the present patrol sguadron 
information system and its deficiencies indicates that it is 
extremely laborious and time-consuming. It is characterized 
by numerous handwritten source documents; nonstandard data 


collection and recording of information; completely manual 


procedures for operational control, t&alining Support, and 
personnel support; and an outdated data processing 
capability, external to the squadren, for processing 


maintenance data. 

Output from the current system is neither timely nor 
sufficiently comprehensive for squadron commanders to remain 
abreast of the broad spectrum of squadron information needs. 
Supplemental infcrmation requests by higher commands result 
in further manual data manipulation, additional workload 
burdens, and reduced mission effectiveness. 

Constrained decision making, that occurs due to the lack 
of timely information required to suppert patrol squadron 
operations, is the ultimate result of current procedures. 
This situation wiil deteriorate further because CE 


increasingly sophisticated weapons systems and the expanded 


et. 





data requirements needed for effective management control. 
meet. 12] 

As mentioned in Chapter Three, Mtels i2nperative that 
decision makers within the Patrol community begin to look 
more and more clcsely at Patroi Aviation information systems 
with an eye for change. Future capabilities and performance 
Will be affected greatly by developments occurring now and 
in the coming months. 

Therefcre, prior to a decision to develop a new systen 
or to modify an ¢xisting one, functional requirements of the 
user should be determined. These requirements should be 
general in nature, but should completely cover all phases of 
Patrol Squadron operations. This chapter is designed to 
present the reader with a good understanding of what a 
Patrol Squadron MIS should do, and from that analysis, 
present feasible alternatives for the future. New systen 
benefits and the costs of subseguent project phases are 
highly dependent on the validity and accuracy of the 
requirements determination. Likewise, the quality of 
alternatives developed to meet the requirements is subject 


to the correctness of the functional reguirements. 





mee GENERAL FUNCTIONAL RECUIREG ENTS 

Chapter Four reviewed existing methods and procedures, 
and concluded cy describing functional activities which 
axhibited management information deficiencies. 

In order to satisfy the cited areas of deficiency, by 
developing meaningful reguirements, it 1s critical that the 
analysis of these requirements be based on direct contact 
With users. Both authors have had recent operational tours 
in Patrol Squadrons. This experience has been invaluable in 
relating to individual sguadron personnel as well as to 
developmental personnel in various program billets. 

The functional requirements discussed in this chapter 
are a product of rfoth research and experience. The authors! 
recent managerial experience in Patrol Squadron operational 
control, aircraft maintenance, training, and administration, 
and the perceptions developed and lessons learned from this 


@2xperience, were important factors in the determination of 


requirements. These necessary, although probably not 
eta. cient, past experience and perceptions can be 
Supplemented greatly by current analysis. For this reason, 


It was determined that specific squadron operations should 


be examined with specific deficiencies in mind. 
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Poeeor SgGiadron = rorty Seven, located a 
Naval Air Station, was visited on August 17, 1981. The 
objectives of this research trip were: 


1. Determine current squadron organizational structure and 
practices. 


Ze BaP SOP valid requirements for input, retained data 
and output as compared to those determined for Tactical 
Aviation squadrons in the PLS System Decision Paper, 
and as determined by CUEFent patrol Sguadron 
procedures. 


* 


3. Investigate additional areas of cones 7a e)e 
automated information systems in patrol squadrons, 
based on the percerpticns of current squadron personnel. 


The outcome of the squadron visit was most poSitive. 
Patrol Squadron Forty Seven proved to be most receptive 
host, and more importantly, provided valuable data for 
analysis. 

Due to the fact that VP 4&7 is located at Moffett Field, 
which has an ATSS capable FRS resident, its information 
processing capability, however limited, is typical of the 
best available te VP squadrens. Through the limited use of 
ATSS resources, personnel in the squadren have become aware 
not only of the potential of automated information systems, 
but also cf the frustration that can occur from limitations 
imposed on facilities and on squadron usage. 

Interviews were conducted and data was collected in the 


functional areas of operations management, maintenance 
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Managenent, eraining management, and perscnnel/fadanin 
Management. Typical system workload requirements were 
obtained inthe form of primary inputs, Outputs, and 
retained data. These charts assist greatly in translating 
manual FuneiLens into automated information systen 
processing requirements. Appendix A contains the estimated 
system workload charts, which are sinilar to the charts 
developed in the PLS paper for TACAIR squadrons. Based on 
this research, the functicnal reguirements which follow are 
intended to satisfy patrol squadron information needs for 
the forseeable future. 
1. Maintenance Management Reguirements 

In order to provide sufficient support to the 
management of Maintenance data, any Patrol Squadron 
information system should provide the following functional 
Capabilities. 


1. Improve planning and execution of scheduled events 
such aS phased inspections, . time limited, component 
replacements, and technical directive compliance. 


Meeeneduce the effort in collecting, converting, and 
Sua y22ng ~ilaignht activity and configuration data 
eed So by up-line management and the cognizant field 
activities for aircraft and engines. 


3. Eliminate manually maintained local forms for flight 
activity ._records concerning, aircraft and equipment. 
This should include automation of the Naval Aircraft 
Flight Record (yellow sheet), VIDS/MAF, and SAF. 


4, Automate the AIMD interface EOr equipment 
repair/supply tracking. 
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Zs 


BEOVEde Py <close, Cones nous monitoring OL the 
availability, status, and usage or all assets. 


Improve Squadron maintenance participation, as 
reporting custodian, in the configuration management 
process. 


PEovrdes MObe  ciMel1y control of configuration data by 
tracking configuration baselines in near real-time. 


Improve maintenance decision efficiency by providing 
rapid access tc a composite bank of aircraft/engine 
and component compatibility data. 


Reduce aircraftysystem damage occurences relating to 
the aircraft configuration management systen. 


Provide consolidation of information with operations, 
training, and personnel/fadministrative functions ar 
order to reduce redundancy and duplication of effort. 
This includes flight hour accounting data and aircrew 
utilization for the Operations Degree te Die. personnel 

ualificationsystatus EOG the Administrative 

epartment, and numerous plans, reports, and schedules 
for the Training Department. 


Operations Management Requirements 


Management of sguadron operations requires a myriad 


of skills, procedures, and information needs. The following 


mmmetions are essential elements of an effective Patrol 


Squadron information systean. 


We 


Provide data aaa present and future 
requirements, physical assets, personnel, and training 
in order to plan long term commitments as well as to 
produce daily operational schedules. 


Provide pate reliable data management information 
for unit and Wing Coma@anders. 


Provide yellow sheet flight data management and 
logging. 


Track and summarize OPTAR and TEMAD funds, ordnance 
allocations, and expenditures. 


Track and control sonobouy inventory and usage. 


120 





See eal Me cUET=n. tiigh= hour acccunting (glidepath) 
Gawd, | OL use In operational flanning as wel as 
reporting. 


7. Provide access to, and analysis of, readiness figures 
and trends. 


8. Provide dissemination of operational plans, schedules, 
BeportsS, and actions tO other functional areas in the 
Squadron. 


3. ZIraining Management Requiren 
Patrol sguadron training 1S mcre extensive, more 
time consuming, and requires more resources than training in 
most aviation sguadrens due to mission complexity, cross 
training considerations, and crew size. Due to these 
factors, the management of training and training information 
is critical to the successful execution of the VP mission. 
The following functional capabilities are required for 
optimum squadron performance. 


1. Eliminate from the planning and decision making 
processes the problems associated with the use of 
inconsistent and incomplete training data by providing 
a means of preparing and presenting tEacn eng 
information in a uniform manner. 


2. Reduce the time and volume of information required to 
make training decisicns by Bon ad to each level 
only necessary degrees of detail and, when 
appropriate, only the exception from the stsndard or 
norm. 


3. Permit consideration of the effect of a decision in 
advance oN Supplying complete, accurate, and tinely 
training data for use in the planning and decision 
making process. 


4. Schedule training resources (aircraft, classrooms 
Simulators, trainers, personnel, etc.) +t0 meet total 
training reguirements and priorities. 


5. Schedule training to Minimize consumption Of 
resources. 
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6. Enable the use and update of a prepared question Dank 
BQOaegehetakeon OL fesStcing materials. 


es Snore _individualized instruction by allowing 
modification of standard syllabus. 


8. Enable authcrized personnel to author, edit, review, 
and update all training related materials. 


9. Generate student gradebooks to track each aircrew 
members progress through his training syllabus. 


10. Maintain data on military education and advancement. 
Included in this area are school and qualification 
records, individuals' advancement requirements and 
progress, etc.. 


4, Personnel/Administrative Management Requirements 


Effective squadron management is facilitated only by 
a tremendous amcunt cf emphasis on administative functions 
and how they relate to squadron personnéi. Pols von taeda: 
area of squadron performance crosses all departmental lines 
and affects all sguadron functions. The following 
requirements are necessary for the efficient and effective 
management of personnel/admin functions. 


1. Improve the timeliness and data quality of up-line 
reports while reducing the man-hours require EOC 
report preparation. 


2. Provide word processing capability, including output 
of routine reports, letters, instructions, etc. 


3. Facilitate efficient management and control of 
teeeeany  dury and 1ts associated accountability 
eae the maintenance of watch bills, duty section 

ists. 


4. Soares nae resource data, such as Naval Enlisted 
Classification . codes (NEC), gains and losses, 
time-in-rank, time-in-service, etc.. 
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=e Summary 


The functional system/fuser reguirements that have 
been developed are certainly not exhaustive, but are, as 
desired, mcre general in nature. They do, however, cover 
the entire functional range of activities that a patrol 
squadron engages in. This straightforward approach to 
requirements determination has produced the functional 


criterea necessary fcr comparison between alternatives. 


Cc. ALTERNATIVE DEVELOPMENT AND REVIEW 
1. Assumpticns 

Prior to the statement, discussion, and comparison 
Bee alternative courses of action that confront decision 
makers, it is necessary to illuminate a few assumtions on 
which the analysis of these alternatives are based. 

First of all, it is assumed that Patrol Squadron 
organization and procedures do not differ significantly from 
Sguadron to squadron, and that the squadron mission will not 
change in the near future. Ths asSumEtLOn 1S, Of course, 
necessary in order to consider any MIS responsive to the 
needs of the entire community. iimract, <2Insticuring a 41S 
in all squadrons will reinforce this assumption, in that it 


Will encourage community-wide standardization of procedures. 
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S-comdmy Syoten Operational lite is assumed to ode 
independent of any system developments currently ongoing, 
and is estimated to parallei the life expectancy of other 
Navy general purpose ADP. 

Additionaly, in order £o famely state all 
alternatives, it is assumed that political and regulatory 
conSiderations are net considered. Only after all feasibie 
alternatives are examined will these factors be counted. 


As squadrons nove between sites, the MIS must appear 


identical to the user. Information must be transferable 
between sites in machine readable form. Therefcre, it is 
assumed that system ccmpatibility is essential to 


alternative develcpment. 

The ability for the system to fail soft is another 
assumption that is made. Even though the probability of an 
intermittent system or power failure is low, the system must 
not preclude the return to manual modes. 

Pinally, system uniqueness is not an aim oor an 
assumption relagated to Patrol Squadron MIS development. 
Any system satisfying the functional requirements will be 
considered, whether or not it was designed specifically for 


the Patrol Community. In the same light, if uniqueness is 
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mMecessary to meet the needs of the community, then existing 
alternatives must give way to new ideas. 
2. Statement of Alternatives 
Stacaind alternatives to meet the URGE 2Ona 1 
requirements, assumptions, and user preferences can now be 
undertaken. The development of these alternatives should 
focus on the degree of improvement that would be possible 
from the implementation cf a particular systen. System 
costs are, of course, as important as system benefits, in 
most cases. This case is no exception, but before any cost 
factors can be ccensidered, the relative capabilities of the 
alternatives must be reviewed and compared. 
The capakility criteria from which comparison can be 
made are listed telow: 
1. Management effectiveness/efficiency 
a. Maintenance management functions 
b. Operational management functions 
c. Training management functions 
d. Personnel/fadministrative functions 
2. Vulnerability 
a. Security 
b. Communications 


c. Data backup 
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Bees oySt en COMpatibirity 
a. Interface with other systems 
b. base/deployment compatibility 
mee Portability 
In an attempt to identify methods to meet the desired 
capabilities of a Patrol Squadron MAIS, the —fLel lounge 
alternatives have been developed. The statement and 
explanation of these alternatives is intended to provide the 
reader with an understanding of each proposal, and provide a 
framework from which comparison can be made. 
Alternative 1 - Continue with current methcedology 
Alternative 2 - Expand existing ATSS resources 
Alternative 3 - Adapt NALCOMIS to satisfy VP needs 


Alternative 4 - Initiate development of a completely new 
systen 


Alternative 5 - Implement enhanced PLS (mini-ATSS) in 
patrol sguadrons 


a. Alternative 1 
The current squadron organization and 
procedures, as decribed in Chapter Four, have evolved over 
the years into a system of manual data entry, transcription, 
and research tasks. The continued growth in data generation 
and reporting requirements will further decrease squadron 


management efficiency, relative to the current situation. 
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ieee cemivieicro: Inprove the Current system by 
further evolution or streamlining of manual procedures will 
not produce significant results. Manual tools are limited 
in environments requiring more data and near real-time 
responses +o inguiries. { Ref. 17) Additional personnel 
could accomodate a growth in data processing requirements, 
but that is not a plausible solution in today's environment. 
Personnel resources are in short supply in the Navy, and the 
requirement for more personnel support could mean less 
personnel available for opérational assignment. 

This alternative assumes that word processing 


capabilities are available to VP Squadrcecns at present. Some 


squadrons have obtained, cr will cbtain, word processing 
equipment to handle routine correspondence, reports, and 
mistr uct ions. Even with this capability, the bulk of 
squadron functicnal requirements, outside the area of 


administration, are not met. 
be. Alternative 2 
The alternative to expand existing ATSS 
resources into Patrol Squadrons was recommended, in concept, 
by Naval Audit Service auditors. {Ref. 4] This action, if 


taken, would only partially meet the reguirements of the 
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Squadrons. They would be Pueviaed Lud Liat One | 
Capability during at-home periods, but upon deployment would 
be severed from any automated information capability. Even 
during at-home cycles cae availability and capability of the 
ATSS system would be limited and controlled by a céntralized 
maecolity. With limited control, system vulnerability would 
be affected. Although data backup could be maintained, 
security of squadron files would be gquestionabie, and 
cOmmunication interruption would be more prokable. 

‘This alternative would require a great deal of 
additional hardware, not only to provide squadrons with 
input/output capability, but also to maintain responsive 
processing performance. 

Due to the nen-portability of existing aTss 
systems, base/deployment compatibility of information 
processing procedures would be non existent. Only by future 
expansion of ATSS to all deployment sites could this 
compatibility be achieved. 

For these reasons, this alternative is not 


acceptable. 
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Gc. VAlvernatsve =3 

If NALCOMIS Module 1 development 1s continued as 
currently planned, it is feasible to consider the sharing of 
these resources, adapting the system to meet VP needs. 

The current objective of the NALCOMIS Module 1 
Bemecept is to provide local maintenance and material 
managers at the OMA, IMA, and SSC levels with a modern, 
responsive management information system. As envisioned, it 
Will easily meet the maintenance information requirements of 
a patrol squadron. Also, the personnel/administration 
functional capabilities are present, but would require 
extensive modification. Unfortunately, applications are not 
planned in the areas of aircrew training and operationai 
eontrol. 

Lt dS certainly within the potential of 
NALCOMIS' planned hardware to meet Patrol Squadron needs, 
but the additional training support, operational management, 
as well as additional perscennel/fadmin application software 
would require expensive, time-consuming development. 
Additionaly, as rointed out in Chapter Three, the extremely 
slow implementation schedule of NALCOMIS is contradictory to 
the basic underlying need of the Patrol Community, which is 


a timely solution to its information needs. 
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Futwme NALCOMIS development will rurther dictate 
whether the feasibie application of oe “system to VP 
requirements is possible. Current political and economic 
factors will have a huge impact on the course of NALCOMIS 
Module 1 development, and could £Orce “edification to 
accomodate other applications. At present, however, system 
fesrton does not support compatibility with existing VP 
systems, and if implemented would be flagued by problems 
involving informaticn portability and communications 
complexities. 

Due to these factors, this “dilternmative 1s 
considered unresponsive to Patrol Sgquadren requirements. 

d. Alternative 4 

Original develcpment of a system designed to 
specifically address Patrol Squadrcn requirements 1s 
presented to ensure that no stones are left unturned in 
determining decision alternatives available to community 
leadership. The feasibility of this alternative is based on 
the fact that new system developments can be tailored to 
meet practically any set of requirements. The cost Of .tn1s 
alternative, in terms of time and money, is a function of 
the extent of compatibility the system will have with 


existing Patrol Ccmmunity systems. 
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System developments included in this concept 
could range from a small personal microcomputer with 
homegrown software and virtually no compatibility with 
existing systems, to a NALCOMIS-like development which would 
be completely ccmpatible with all community systems, but 
would require multi-year development and prohibitive funding 
requirements. 


It is beyend the scope of this study to identify 


specific new system designs. Presentation of Enis 
alternative does, however, show that new development is 
feasible. Further investigation of new development should 


only be undertaken if it is determined that no existing 
developments or systems can be utilized. This determination 
could save commanders lengthy system development time and 
could avoid the cost cf this development. 
e. Alternative 5 

The Portable Legistics System, as explained in 
Chapter Two, meets individual Patrol Squadron requirements 
in all categories of system vulverability, compatibility, 
ama portability. By adding additional ATSS software 
modules, which are already developed and tested, to the PLS 


hardware configuration, the functional categories of 
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operational Nanagement, Pea 2 nd Management, and 
personnel/administrative management can also be satisfied. 

This concept will permit individual squadron 
commanders to operate individual, fully capable, turnkey 
systems at any base or deployment site, while previding for 
compatibility and interface with both existing ATSS sites 
and operational maintenance systems. 

One of the greatest advantages of this 
alternative is the fact that virtually no hardware or 
software development is reguired. ATSS software has been 
run on proposed PLS hardware, and has handled sguadron 
workload. {Ref. 18] 

This alternative fully meets the criteria set 
forth by the definition of requirements, and should be 
considered most responsive to the needs of the Patrol 
Community. 

3. Comparison of Alternatives 
ae Benefits 

The alternatives that have been presented 
represent a wide range of conceptual designs. The 
Gapability criteria that were used to establish the 


feasibility of éach of the alternatives are an excellent 
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means of comparin miem i Denetats Of the difEerenc idéas 
presented. 

Table 2 illustrates the relative responsiveness 
of each alternative when compared on the basis of system 
objectives. Each alternative is judged in terms of the 
individual objective areas and indicated by an "x" in the 
tabular matrix it it fully meets the individual requirement. 
If the alternative only partially satisfies an individual 
Sapability, a “PP is indicated in the matrix. The areas 
that are not satisfactorily addressed or satisfied by the 
alternatives are left blank in the matrix. 

Examination of the table shows clearly which 
alternatives will meet the objectives established by the 
system requirements of the user. Aiternatives Four and Five 
are the only proposals which fully satisfy all objectives. 

Since further difrerentrzation between 
alternatives cannot be gained from analysis of requirements, 
other criteria should be addressed. The development of 


requirements and alternatives has, Ey design, not addressed 


the life cycle costs (LCC) Or environmental (political and 
regulatory) considerations associated with each feasible 
alternative. This was done to ensure that the most 
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Meneficial system concept could be envisioned without 
economic or environmental contamination. The results of 
nis sterile analysis have produced two feasible 
alternatives whose benefits, when examined ae Hine «o£ 
meal world constraints, are counter-balanced by factors of 
the economy and the environment. 

Be Costs 

A rigorous cost-benefit analysis comparing 
Alternatives 4 and 5 would not be realistic, and therefore 
not very beneficial, at this conceptual stage of analysis. 
Some factors of cost can, however, be addressed in order to 
more strongly support the feasibility of either alternative. 

If Alternatives Four and Five are éxamined in 
terms of life-cycle costs, it is possible to visualize a 
large cost differential between the two. This can even be 
accomplished without specifically defining what type of 
system Alternative Four would entail. 

With the declining or stabilized hardware costs 
present in the ADP industry today, this factor cannot be 
considered too heavily. Even so, it is inconceivable that a 
newly developed turnkey systen, meeting VP squadron needs, 


could be produced any more cheaply than the cost of the 
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M@eoposed FLS (in1-ATSS) hardware, which is presently 
estimated at less than $23,000. 

Software development is beccming more and more 
costly, entailing up to 80% of system development costs. 
[Ref. 19] Alternative 4 would require a full development 
effort, whereas, Alternative 5 would require only minor 
Hoairication to existing ATSS software. This is a 
Significant difference between the two feasible choices. 

Software maintenance 1s another Critical 
life-cycle factor whose cost should be considered. Either 
alternative Will require Maintenance of systen and 
applications software. ATSS software has, however, been 
evolving ‘for almost ten years. It has been constantly 
tested in an operational environment and has performed well. 
Newly developed software would be untested, and even if 
reliable from the start, would require no less maintenance 
than existing prcgrams. 

Other Lere-cycie costs, INelvding site 
preparation, implementaticn, user training, and hardware 
Maintenance must be considered fairly equal between 


alternatives as well. 
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BPecaue=)OL the lite-cycle estimates, Alternative 
5 is considered a considerably more desirable developmental 
path. 

ce. Environment 

Chapter Three discussed political and regulatory 
considerations at length. Comparing alternatives in these 
terms is extremely difficult due to the unigueness of each 
ADP acquisition. A decision to pursue Alternative 4 would, 
of course, require a full developmental effort. Only 
through a detailed analysis of this particular concept could 
an acquisition strategy be proposed. The PLS (mini-ATSS) 
concept has, however, been evolving over a two year period. 
Its applicability to Patrol Aviation has been completely 
memored until new. As mentioned earlier, the political 
environment surrounding ADP procurement, especially in Naval 
Aviation ElpGlics, is very dynamic. The Reagan 
administration has stated its interest in simplifying the 
systems acquisition as well. Thresholds for purchase of 
non-tactical systems with Type Commanders!’ Operation and 
Maintenance (O&M) funds are evolving, which could make it 
possible fcr oferational units to acquire the needed 


systems. What is critical in examining the environmental 
® 
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meecors aifecting a given aiternative, Some nat= 2.f Ehe 
alternative is most feasible in terms of Hes VeOse 
effectiveness, it should be pursued ina whatever manner 
possibls, cxregardless of the current political or regulatory 


SBectiation. 


D. CHAPTER SUMMARY 

The development of an enhanced version of the Portable 
Logistics System, which the authors refer to as "Mini-ATSS", 
has evolved from this chapter as the most feasible, logical, 
cost-efficient method of filling the information system void 
2xisting oT) the Patrol Aviation Community. This 
developmental path is based On satisfaction of the 
user/systenm reguirements that were developed. The 
requirements established in the chapter were developed from 
data and perceptions obtained from squadron personnel 
currently involved in the operational environment as well as 
from the experience and perceptions of the authors. These 
requirements are the building blocks from which any squadron 
system must be derived, and should ke refered to constantly, 


no matter what develcpmental path is eventually chosen. 
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Vi PeONGLUSEONS AND RECOMNENDALLONS 





The Patrol Aviation Community has not fully recognized 
the need for autcmated management information system support 
at the squadron lével. Reviewing historical and current MIS 
development in Naval Aviation has shewn that 
mecnnologically, the decision by commanders to obtain 
automated information resources to assist in management is 
well overdue. Feasible systems have been proposed, 
developed, and implemented in some sectors of Naval 
Aviation, but have, thus far, excluded Patrol Squadron 
applications. This is partially attributable to current 
political and economic factors, but is also a function of 
Patrol Aviation's inattention to the problem. 

Current squadron organization and procedures are plagued 
by information deficiencies in almost all functional areas. 
These deficiencies translate into a valid need for automated 
information Support which Will increase leadership's 
effectiveness in both training and operational environments. 

The analysis of squadron requirements points out very 
clearly that currently approved Naval Aviation MES 
developments which do include planned support for JV¥P 


Squadrons are primarily concerned only with maintenance 
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Seco ions. They will net Satisfy the operational, tzainiag, 
and administrative reguirements of an individual squadron. 

Initiatives that will satisfy squadron requirements do 
exist. Offspring of ATSS, initially developed by NAVWPNCEN, 
could completely satisfy community needs. The Portable 
Logistics System, enhanced with Automated Training Support 
System software modules (Mini-aTSS), conceptually appears to 
be the most feasible alternative availakle to the community. 

When ccmpared in terms of life-cycle costs with the 
alternative of a new developmental effort, Mini-ATSS is much 
more cost-effective. This is primarily due to the software 
development costs that could be forgone. 

Hardware costs can be put in perspective with an 
illustration of their ccmparibility to other squadron 
axpenditures. Proposed PLS hardware, which would more than 
satisfy Mini-ATSS requirements, has a current purchase cost 
of less than $23,000. In comparison, ¢ach squadron owns 18 
HF radios that ccst approximately $93,000 each, but fail 
freguently. More significantly, P-3 flight hour costs are 
currently over $1000 per hour just for fuel and lubricants. 
With an average daily flight schedule of approximately 25 


hours, Mini-ATSS could be acquired for less than one day's 
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uel requirement. The nanagement efficiency and operational 
control gained from the inplementation of an automated MIS 
would, however, prove far more valuable than a single day's 
flight hour allocation, ultimately saving the squadron a 
Significant amount of time and money. 

The regulatory environment surrounding ADP acquisition 
Wee 1, in all estimation, dictate the availability and 
acquisition strategy used in pursuing this alternative. Due 
to this situation, strong support from community leadership 
mee required to bring about changes in perception and 
regulation. 

It is recommended that the Patrol Aviation Community 
make a stronger commitment, both politically and monetarily, 
to automation OF Squadron operational, Sharh ng, 
Maintenance, and administrative management. 

It 1S critical that community leadership receive more 
and better education with respect to capabilities available 
through the use cf automated management information systems. 

Purther study should be directed toward an acquisition 
strategy that will provide the most cost-effective solution 
to meet the squadron information requirements developed in 


mas thesis. 
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These actions are essential to the further improvement 
of squadron performance, efficiency, and readiness, and will 
ultimately bear significantly on Patrol Aviation's continued 


contribution to national defense. 
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